แสดงกระทู้

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - admin

หน้า: 1 ... 3 4 [5] 6 7
201
Delphi / Pascal / Re: ใช้ Tool ตัวไหนเขียน Delphi ดีครับ
« เมื่อ: สิงหาคม 19, 2013, 08:35:12 AM »
ถ้าเพิ่งจะเริ่มเขียน Delphi ผมคิดว่า version ไหนก็ได้ครับตั้งแต่ 7 เป็นต้นมา เพราะว่ารูปแบบของภาษามัน backward compatibility ครับ   ถ้าใช้ Delphi 7 หรือ 2007 แล้วมาใช้ XE อาจจะงงกับ string (7) <> string (xe) ที่เหลือก็เหมือนๆ เดิมครับ

ส่วนคู่มือถ้าอยากเก่งเร็วผมแนะนำให้อ่านตั้งแต่ Delphi 6 Developer guide มาเลยครับ คู่มือภาษาไทยดีๆ อาจจะหาอ่านยากหน่อย ผมแนะนำให้อ่าน Text book ไปเลยครับ พอคุ้นแล้ว อนาคตดีกว่าครับ

202
น่าจะอยู่ที่ my.cnf นะครับ ตรวจสอบว่ามี

character-set-server=tis620
skip-character-set-client-handshake

นะครับ

203
มันไม่ได้อยู่ที่ว่ามาจากไหนครับ แต่อยู่ที่จะเอาไปทำอะไรครับ

204
ใจเย็นๆ ครับ จะอยู่ใน 3.56.8.15 ครับ

205
ผมแก้หน้าจอ persondeath เปลี่ยน control datepicker ให้แล้วครับ

206
ลบดูหรือยังครับ แล้วเข้าโปรแกรมได้หรือเปล่า ?

ผมยังไม่ทราบเลยว่าปัญหานี้เกิดจากอะไร

207
ฝากลบแฟ้ม gdiplus.dll ที่อยู่ใน folder hosxp ออกแล้วเข้าโปรแกรมใหม่ครับ

208
HOSxP PCU / Re: HOSxP_PCU_Setup_3.56.8.2 แจ้งให้อัพ mysql เป็น 5.5
« เมื่อ: สิงหาคม 13, 2013, 11:47:27 AM »
mysql แนะนำโหลดจากลิ้งค์ที่แจกในกระทู้อัพเดท mysql มาติดตั้งเองดีกว่าครับ เพราะอัพผ่าน hosxp_pcu เหมือนจะ error  เป็นบ้างไฟล์ ผมเจอมาละแต่จำไม่ได้ว่าไฟล์อะไร  เหมือนจะ /proc.. อะไรนี่แหละ

ช่วยส่ง error ที่พบเข้ามาด้วยครับ

209
MySQL version อะไรครับ

ตัว PCU มี MySQL ติดไปด้วยที่สามารถ Upgrade ได้จากตัวโปรแกรมเองครับ ไม่แนะนำให้ลง MySQL แยกนะครับ

210
ลองใช้ xtrabackup gui โอนไป slave ครับ

211
แจ้งปัญหา / ขอความช่วยเหลือ / Re: range check error
« เมื่อ: กรกฎาคม 29, 2013, 11:05:05 AM »
เพิ่มเงื่อนไข report_time > order_time ด้วยครับ

213
backup จาก iHOSxP HD ได้โดยตรงครับ

214
ผมลอง 3 แห่ง ก็เป็นแบบ อ.นาจ ครับ  ขึ้นเหมือนกันเลย

ใช้ mysql version อะไรครับ

216
MySQL 5.5 Print Sticker ยา Zebra TLP2844  ไม่ออกครับ #HY000Illegal mix of collations for operation 'concat'
ผมต้องถอยมาใช้ Percona 5.1 เช่นเดิมครับ

ตารางมี collation เป็น latin1 หรือเปล่าครับ

217
ต้อง upgrade mysql เป็น 5.5 ครับ

218
ผมแนะนำให้ใช้ bw/height มาคำนวนค่า bmi แล้วนำค่านี้ไปใช้ครับ nlevel บางครั้งมันไม่เหมือนเดิมครับ ขึ้นกับนโยบายในปีนั้นๆ

219
ผมพิมพ์ผิดครับ ต้องเป็น 3.56.7.7 ตอนนี้รอทีม Beta Tester ทดสอบ ก่อนนะครับ

220
ระบบส่งข้อมูล Asthma มีแล้วใน 3.56.8.8 นะครับ

221
ติด windows firewall หรือเปล่าครับ

222
ช่วยส่งหน้าจอที่ดูไม่ได้ขึ้นมาด้วยครับ

223
จัดการให้แล้วครับ

224
ครับ ประเด็นสำคัญก็คือ บัญชี 1 ข้อมูลถูกต้องหรือยัง update ครั้งสุดท้ายเมื่อไหร่ เวลามีคนเสียชีวิตได้มาบันทึกหรือไม่ น่าจะเป็นเรื่องที่ทุกแห่งต้องตอบให้ได้นะครับ

225
ลองเข้าทะเบียนผู้เสียชีวิต ค้นหาข้อมูลที่ผิด เข้าไปแก้ไขรายการ แล้วลบรายการครับ

226
หมายถึง Stored procedure หรือเปล่าครับ

ถ้าเขียนเป็น function ก็ select function_name(parameter) as cc ได้เลยครับ

แต่ถ้าเขียนเป็น procedure ก็น่าจะเป็น call procedure_name(parameter) นะครับ

227
เวลาพิมพ์ ค้นหา ทราบอยู่แล้วใช่หรือเปล่าครับ ว่า 002 คือแพทย์ท่านไหน ถ้าเป็นแบบนั้น ก็แค่เลือกให้ถูกก็พอครับ ระบบช่วยแสดงสิ่งที่ใกล้เคียงกับที่ค้นหาให้มากที่สุดอยู่แล้วครับ

228
จริงๆ เรื่องนี้มันก็เป็นปัญหาอย่างที่คุณ tanaka_p บอกจริงๆ นั่นแหล่ะครับ แต่ผมเรียกมันว่าค่าใช้จ่าย คุณ tanaka_p คิดจริงๆ หรือครับว่าเราทำแบบนี้เพื่อเรียกเก็บเงินจาก LIS เงื่อนไขที่เราคุยกับบริษัท LIS ถ้าเป็นเรื่องเงินแล้ว มันค่อนข้างจะ อะลุ่มอะลวย นะครับ เรื่องผ่อนจ่ายเป็นงวด เราก็คุยไปแล้วนะครับ เรื่องลดราคา เราก็ลดไปแล้ว 50% เรื่องเงินตอนนี้เราเก็บเงินตอนงานเสร็จเสียด้วย ไม่ได้เก็บเงินมาก่อน ตอนนี้ บริษัท ที่บ่น คือบริษัทที่ยังไม่มาคุยกับ BMS  แต่ไปบ่นให้ รพ. ฟังว่าถูก BMS เรียกเก็บเงินน่ะซิครับ มันจะเป็นเรื่องใหญ่ก็คงจะต้องดูที่มูลค่าที่เราเรียกเก็บ ทุกท่านทราบอยู่แล้วว่าเราคิดเงินเท่าไหร่ ท่านคิดว่ามันเป็นราคาที่แพงเกินไปจริงๆ หรือครับ

สำหรับผมไม่คิดว่าแพงหรอกครับ แต่อาจารย์ต้องเข้าใจอย่างหนึ่งว่า แต่ก่อน "ฟรี" เดี๋ยวนี้ต้องมาเสียตังค์ เขาเลยคิดว่าแพงเป็นธรรมดา แถมหากบริษัทที่ดูแลลูกค้าเป็น 100 แห่ง เมื่อคิดเป็นจำนวนเงินก็ไม่น้อยนะครับ ใจจริง ผมอยากให้เก็บเฉพาะรายปี แต่ให้เก็บล่วงหน้าปีต่อปี จะได้ไม่กระทบกับบริษัท LIS เพราะเขาคงไปบวกค่าใช้จ่ายกับโรงพยาบาลมาจ่าย BMS เองแหล่ะ ( อย่าบอกนะครับว่า ไม่อยากให้กระทบกับค่าใช้จ่ายกับโรงพยาบาล เพราะบริษัทเขาคงไม่ยอมเฉือนเนื้อตัวเองฝ่ายเดียวหรอกครับ ) แต่กรณีนี้คงเป็นไปไม่ได้เพราะ LIS บางบริษัทจ่ายไปแล้ว

ความจริงถ้าไม่ได้เป็นความลับอะไร อาจารย์ก็น่าจะประกาศในหน้า web ไปเลยว่า ค่าเชื่อมต่อเท่าไร เงื่อนไขเป็นอย่างไร ผมว่าแฟร์ดี เผื่อโรงพยาบาลบางโรงพยาบาลเห็นแล้วอยากจ่ายเองเลย เป็นวิธีป้องกันด้วย ไม่ใช่ให้บริษัท LIS ไปบอกโรงพยาบาลว่าเท่านั้นเท่านี้

ปล.ด้วยส่วนตัวผมเองรู้จักโปรแกรม HOSxP มานานพอสมควร ไปรพ.ไหนก็เชียร์มาตลอด เพราะผมก็จำหน่ายโปรแกรมที่เกี่ยวข้อง HOSxP อยู่กลายๆ เมื่อไม่นานว่าจะสนับสนุน BMS บ้าง โทรไปที่ฝ่ายการตลาดแจ้งความประสงค์ไว้ พนักงานบอกว่าจะรับเรื่องไว้ แล้วหายไปเลย....แต่ไม่เป็นไร ต่างคนต่างทำก็ได้ครับ

ขอบคุณครับคุณ tanaka_p ที่เข้าใจ ประเด็นนี้ผมเคยชี้แจงไปแล้ว เรื่อง ฟรี และ เสียตังค์ 

ฟรี - เขา คือ รพ.
เสียตังค์ - เขา คือ บริษัท LIS หรือ บริษัทจำหน่ายน้ำยา

อย่างที่ผมบอกครับว่า ราคา ไม่ได้เป็นความลับเลย ผม Upload ให้ดูตั้งแต่ตอนต้นปีแล้ว ว่ามีค่าใช้จ่ายอะไรบ้าง คิดยังไง อยู่ในกระทู้เก่าๆ ต้นปีครับ

229
รู้สึกว่า ปัญหาทั้งหมดอยู่ที่ เงิน ตัวเดียวนะครับ แล้วรู้สึกว่า ท่าน admin จะใช้คำพูดรุนแรงใช้ได้ครับ "ผมอยากให้ท่านทราบว่าตอนนี้เรากำลังบีบ LIS และ บริษัทน้ำยา ไม่ใช่ รพ. ให้เร่งดำเนินการเพื่อแก้ไขปัญหานี้ให้ท่าน" ท่านใช้คำว่า "บีบ" เลยหรือครับ คนที่ทำธุรกิจด้วยกันแบบ win win เขาไม่ใช้กันนะครับ เพราะหมายถึงบังครับ เขาได้ยินก็คงไม่ win win กับท่านแน่ๆ

กลับมาที่ผมบอกตั้งแต่แรก "ปัญหาทั้งหมดอยู่ที่ เงิน ตัวเดียว" BMS อยากได้เท่าโน้น แต่ LIS อยากจ่ายเท่านี้ ไม่รู้สาเหตุที่แท้จริงเป็นอย่างไร แต่ถ้าเหตุผลตามที่ LIS อ้างบน FB ว่าหมุนเงินไม่ทัน ทำไมไม่ตกลง อะลุ่มอะลวย ว่าลดราคาลง หรือ ผ่อนจ่ายเป็นงวด เขาจะได้เหมุนเงินทัน วิธีแก้ปัญหามีตั้งหลายวิธีที่จะไม่กระทบกับโรงพยาบาล

ปล.แล้วอย่ามีใครมาอ้างว่า ปัญหาไม่ได้อยู่ที่ เงิน นะครับ เพราะเหตุการณ์มันก็ฟ้องอยู่ และหวังว่า คงไม่เป็นมหากาพย์จริงๆอย่างที่หลายคนบอกกันนะครับ

จริงๆ เรื่องนี้มันก็เป็นปัญหาอย่างที่คุณ tanaka_p บอกจริงๆ นั่นแหล่ะครับ แต่ผมเรียกมันว่าค่าใช้จ่าย คุณ tanaka_p คิดจริงๆ หรือครับว่าเราทำแบบนี้เพื่อเรียกเก็บเงินจาก LIS เงื่อนไขที่เราคุยกับบริษัท LIS ถ้าเป็นเรื่องเงินแล้ว มันค่อนข้างจะ อะลุ่มอะลวย นะครับ เรื่องผ่อนจ่ายเป็นงวด เราก็คุยไปแล้วนะครับ เรื่องลดราคา เราก็ลดไปแล้ว 50% เรื่องเงินตอนนี้เราเก็บเงินตอนงานเสร็จเสียด้วย ไม่ได้เก็บเงินมาก่อน ตอนนี้ บริษัท ที่บ่น คือบริษัทที่ยังไม่มาคุยกับ BMS  แต่ไปบ่นให้ รพ. ฟังว่าถูก BMS เรียกเก็บเงินน่ะซิครับ มันจะเป็นเรื่องใหญ่ก็คงจะต้องดูที่มูลค่าที่เราเรียกเก็บ ทุกท่านทราบอยู่แล้วว่าเราคิดเงินเท่าไหร่ ท่านคิดว่ามันเป็นราคาที่แพงเกินไปจริงๆ หรือครับ

คำว่า บีบ ที่ผมใช้นั้น ก็เพื่อกระตุ้นให้บริษัทที่ยังอยู่เฉยๆ ไม่ยอมทำอะไร ทราบครับว่า เราจะบีบท่านแล้ว ท่านจะเอาเปรียบ บริษัท อื่นๆ ไปถึงไหน บริษัทอื่นทำได้ ทำไมบริษัทท่านทำไม่ได้ ถ้ามีปัญหาทำไมไม่บอกว่ามีปัญหาอะไร

230
ตอนนี้ ผมขอความเห็น เพื่อใช้เป็นแนวทางที่จะให้บริษัทจำหน่ายน้ำยา หรือ LIS สามารถเชื่่อมต่อผ่านตัว Gateway ได้และเพื่อให้ระบบอ่านผล Lab ของ รพ. เป็นไปได้อย่างราบรื่นจะดีหรือเปล่าครับ ดีกว่ามาพูดเรื่องเก่าๆ ที่เราเคยคุยกันไปแล้ว

เฉพาะ รพ. ที่มีปัญหา

ณ ตอนนี้

ทุกท่าน ทราบแล้วว่า ระบบ LIS ที่ท่านใช้งาน ต้องเชื่อมต่อการรายงานผล ผ่านตัว Gateway ไม่สามารถ Connect ตรงได้

สิ่งที่ท่านควรจะดำเนินการไปแล้วมีดังนี้

1. ติดตามหรือประสานงานกับบริษัท LIS หรือบริษัทจำหน่ายน้ำยา ของ รพ.ของท่านว่าได้ทราบถึงปัญหานี้แล้ว
2. ทาง บริษัท LIS ได้ดำเนินการไปอย่างไรบ้าง ติดปัญหาอะไรบ้าง
3. จะสามารถดำเนินการปรับปรุงระบบการเชื่อมต่อได้ภายในวันที่เท่าไหร่

231
ขอบคุณครับที่ admin ออกมาชี้แจ้ง เพื่อให้ ทาง รพ. สบายใจขึ้น
และโทษนะครับ  admin นี่คือใครครับ บอกชื่อหน่อยได้ไหมครับ

แฮ่ะๆ Admin นี่ก็ผมเองครับ (ชัยพร) Login มาเพื่อลบกระทู้โฆษณา

232
อ้างถึง
BMS มีนโยบายที่จะไม่ให้มีการเชื่อมต่อตรงกับฐานข้อมูลโดยตรง

ถ้าอย่างนั้นตอนบริษัท LIS มาติดตั้งแล้วเชื่อมต่อกับฐานข้อมูลโดยตรงตอนติดตั้งครั้งแรกเป็นความผิดของใครกัน ข้อมูลส่วนนี้ก็น่าสนใจนะครับ ถ้าหากแก้ปัญหาตั้งแต่แรกเกี่ยวกับข้อตกลงกัน ป่านนี้ปัญหานี้ก็คงไม่เกิด (ปล. ผมเพิ่งมารับผิดชอบ hosxp ต่อจากคนเก่า)

ก่อนหน้านี้นโยบายของ HOSxP สามารถนำไปใช้ฟรีนะครับ และเป็น opensource ที่แต่ละแห่งสามารถขึ้นระบบได้เอง และพอห้องแล๊ปแต่ละแห่งมีการใช้เครื่องไม้เครื่องมือที่ทันสมัยมากขึ้นก็เลยอยากจะลดภาระงานที่ว่าทำไงจะสามารถให้ผลการตรวจเข้าไปในฐานของ HIS โดยไม่ต้องมาลงผลใหม่ (ซึ่งก็เป็นระบบที่มาตรฐาน LA เขาเน้นด้วย) ก็เลยทำให้มีบริษัท LIS ที่พัฒนา software เพื่อเชื่อมต่อฐานข้อมูลกันเอง โดยส่วนใหญ่โปรโมชั่นนี้บริษัทน้ำยาบางแห่งเขาก็มี LIS เป็นบริษัทลูกอยู่แล้ว บางแห่งก็ใช้พันธมิตรจากบริษัทอื่น โดยก็มีการบวกลบคูณหารค่าใช้จ่ายต่างๆ และเสนอราคาพร้อมโปรโมรชั่นโดยบริษัทน้ำยาให้กับทางโรงพยาบาล  ซึ่งก่อนหน้านี้บริษัทน้ำยา บริษัท LIS ก็คงไม่ได้คิดค่าใช้จ่ายในส่วนนี้กับทางโรงพยาบาล เพราะไม่ได้เสียค่าเชื่อมต่อระบบกับ BMS มาก่อน

ปัญหาที่ตามมาอีกคือ รพ.ไม่ได้ใช้บริการจากบริษัทน้ำยาเพียงบริษัทเดียว อาจจะมี 2-3 แห่ง ทำให้ LIS ซึ่งเป็นผู้ประสานงานก็คงต้องคุยกับบริษัทหลายบริษัท และคำถามคือ ใครจะเป็นคนจ่าย ถ้าจะจ่ายจะจ่ายเท่าไหร่ ซึ่งโดยราคาต่อโรงพยาบาล ถ้าเทียบกับ HIS เจ้าอื่นๆ ถือว่าถูกกว่าครับ แต่พอมาย้อนหลังรวมกัน ก็คงหลายตังค์พอดู ทำให้ดูเหมือนว่ายังไม่ลงตัวในเรื่องนี้

ที่จริง BMS ไม่ควรใช้ควรคิดว่าไม่อยากให้ค่าใช้จ่ายตรงนี้เป็นภาระของโรงพยาบาล เพราะต่อไปยังไงเขาก็ต้องคิดค่าใช้จ่ายส่วนที่เพิ่มขึ้นนี้กับทางโรงพยาบาลอยู่นี้ จึงเป็นการแก้ปัญหาเฉพาะหน้าที่ทำให้แค่รู้สึกว่าไม่ได้พลักภาระไปให้โรงพยาบาล ทั้งๆที่จริงควรมีการคุยกันทั้ง BMS LIS บริษัทน้ำยา และโรงพยาบาล เพื่อหาทางออกร่วมกัน

ประเด็นที่ผมสงสัยและอยากรู้เพิ่มเติมว่า กรณีที่ทาง BMS เรียกค่าใช้จ่ายกับ LIS ย้อนหลังนี่ครอบคลุมตั้งแต่เมืื่อไหร่ครับ หมายถึงว่า เรียกเก็บย้อนหลังทุก รพ.ที่ใช้งาน LIS ของแต่ละบริัษัท หรือเรียกเก็บตั้งแต่ที่ BMS ประกาศว่าจะมีการเริ่มคิดค่าเชื่อมต่อ เช่น สมมุิติว่าบริํษัท A มี รพ.ที่ใช้ LIS อยู่เดิม 50 แห่ง ที่ใช้มาหลายปีแล้ว แต่หลังจากที่ BMS ประกาศที่จะเก็บค่าเชื่อมระบบเรียบร้อยแล้วมีการติดตั้งให้ใช้งานอีก 20 แห่ง   BMS คิดให้จ่ายย้อนหลังทั้งหมด 70 แห่ง หรือคิดเฉพาะในส่วน 20 แห่งที่เพิ่มขึ้นใหม่   เพราะแน่นอนว่า 50 แห่งที่ได้ติดตั้งและใช้บบริการไปแล้วนั้น ทาง LIS หรือบริํษัทน้ำยาจะไปคิด COST เพิ่มกับทางโรงพยาบาลก็ไม่ได้เพราะได้ทำสัญญาไปแล้ว

เป็นปัญหาที่ผมคิดว่าน่าจะเปิดให้ทุกฝ่ายได้มีโอกาสรับรู้ข้อมูลนะครับ เพราะทาง Admin แต่ละที่ก็ไม่รู้ข้อเท็จจริงในข้อตกลงระหว่าง BMS และ LIS บริษัทน้ำยา และ โรงพยาบาล ซึุ่งเป็นผู้มีส่วนได้เสียโดยตรง  

การเปลี่ยนบริษัท LIS เป็นทางออกของการแก้ปัญหาจริงหรือเปล่า ผมไม่แน่ใจว่าจะใช่นะครับ


คุณเดชาครับ เรื่องการเจรจากับบริษัท LIS หรือ บริษัทจำหน่ายน้ำยานั้น เป็นเรื่องที่เราต้องทำอยู่แล้วครับ สิ่งที่ต้องทำตอนนี้คือ บริษัทเหล่านั้นจะหาทางเพื่อร่วมมือกับ BMS ในการแก้ไขปัญหานี้อย่างไร ไม่ใช่ไปบ่นให้ รพ. ฟังว่ามันมีค่าใช้จ่าย แล้วก็ไม่อยากทำ ประเด็นคือ มีบริษัทที่หาทางแก้ปัญหานี้ให้รพ. ได้ แล้วทำไมยังมีบางบริษัทที่ไม่พยายามหาทางแก้ไขปัญหานี้ล่ะครับ

233
ให้ความรู้สึกว่า โรงพยาบาลโดนจับเป็นตัวประกันอีกแล้ว  Y_Y

เหมือนในหนัง ประมาณว่า ผู้ร้ายปล้นธนาคารกำลังบอกตำรวจว่า  ถ้าไม่ส่ง เฮลิคอปเตอร์มาภายใน 30 นาที เราจะฆ่าตัวประกันทีละคนทุกๆ 10นาที....

มันจะประมาณนี้ไหมครับ....


เพิ่มเติมนะครับ...

ผมเข้าใจ ว่าการทำธุรกิจ มันต้องมี ผลประโยชน์ และการเจรจาตกลงกัน แต่ถ้าลูกค้า ที่เชื่อมันในตัว Product รู้สึกว่า กำลังโดนใช้เป็นเครื่องมือทางการต่อรองทางธุรกิจอยู่...

ผมว่า ไม่นานหรอกครับ... ที่ลูกค้าจะมองทางเลือกใหม่  เพราะ บางครั้ง ศักดิ์ศรี  มันก็สำคัญ กว่าความสะดวก...

การที่ทำกับโรงพยาบาลแบบนี้  สำหรับผม เหมือนพวกท่านกำลังดูหมิ่นดูแคลนเราเป็นอย่างมาก  หาว่าเราไม่มีปัญญาทำด้วยตัวเอง ยังไงๆก็ต้องพึ่งพวกท่านอย่างเดียว... จนถึงขนาดที่ ถ้า เรา ขาดท่าน แล้ว คู่ค้าทางธุรกิจ ก็จะขาดผลประโยชน์มหาศาล...  ผมไม่อยากมองอย่างนี้ แต่ตอนนี้ BMS กำลังทำให้ผมมองเองนะครับ..

คือ ประเด็นของผมก็คือ  ธุรกิจ มันต้องดำเนินไป....  แต่ไม่ใช่การเอาลูกค้าเป็นตัวประกัน...  ไม่งั้น ถ้าลูกค้ารู้สึกเมื่อไร เขาก็จะหมดศรัทธา



เข้าใจผิดแล้วครับ ผมคิดว่าตอนนี้ในฝั่ง รพ. ไม่ได้มีใครถูกบังคับอะไรเลยครับ ทุกคนมีทางเลือกหมด ไม่อย่างงั้นมันคงจะอ่านผล LIS ไม่ได้ตั้งแต่ปลายปีที่แล้ว แล้วล่ะครับ  ถ้าตอนที่ผมประกาศนโยบายนี้แล้ว Lock เลย ณ ตอนนั้น มันก็จะเป็นอย่างที่คุณ ทักบอน บอกมานะครับว่าเราจับ รพ. เป็นตัวประกัน แต่จากสิ่งที่เราทำ คุณทักบอน แน่ใจจริงๆ หรือครับว่าเรากำลังจับ รพ. เป็นตัวประกัน แล้วฆ่าทิ้ง

ทาง BMS ค่อนข้างชัดเจนกับนโยบายนี้  และเราพยายามทำงานอย่างหนักเพื่อที่จะแก้ไขปัญหานี้ ทุกคนทราบว่าเรากำลังทำแบบนั้นอยู่ บนเงื่อนไขที่ค่อนข้างยากเสียด้วยครับ คือต้องไม่กระทบกับ รพ. ทุกคนทราบหมดว่าแนวทางที่เราทำก็เพื่อเลี่ยงปัญหาที่ทุกท่านกำลังพบ ณ ตอนนี้  และผมอยากให้ท่านทราบว่าตอนนี้เรากำลังบีบ LIS และ บริษัทน้ำยา ไม่ใช่ รพ. ให้เร่งดำเนินการเพื่อแก้ไขปัญหานี้ให้ท่าน


234
อ้างถึง
BMS มีนโยบายที่จะไม่ให้มีการเชื่อมต่อตรงกับฐานข้อมูลโดยตรง

ถ้าอย่างนั้นตอนบริษัท LIS มาติดตั้งแล้วเชื่อมต่อกับฐานข้อมูลโดยตรงตอนติดตั้งครั้งแรกเป็นความผิดของใครกัน ข้อมูลส่วนนี้ก็น่าสนใจนะครับ ถ้าหากแก้ปัญหาตั้งแต่แรกเกี่ยวกับข้อตกลงกัน ป่านนี้ปัญหานี้ก็คงไม่เกิด (ปล. ผมเพิ่งมารับผิดชอบ hosxp ต่อจากคนเก่า)



เรื่องนี้มันยาวครับ ผมเคยอธิบายที่มาของปัญหานี้เอาไว้แล้วเมื่อปีที่แล้ว อยู่ในกระทู้เก่าๆ น่ะครับ

235
Development / Re: เพิ่ม HPI ที่หน้าจอลงผลวินิจฉัย
« เมื่อ: พฤษภาคม 22, 2013, 10:11:06 AM »
พัฒนาใส่ให้แล้วครับใน 3.56.5.x

236
คืออาจจะมีรหัสแพทย์แบบนี้ครับ

002  = Doctor A
0002 = Doctor B

เวลาพิมพ์ 002 ระบบจะค้นหา %002% ก็จะพบทั้ง A และ B ไงครับ

237
ในเรื่องของตัวปลดล๊อกชั่วคราว มันเป็นการแก้ปัญหาเฉพาะหน้าครับ เพราะถ้าไม่มีแนวทางชัดเจนในการดำเนินการ Upgrade ระบบ LIS ในหน่วยงานของท่าน มันก็ไม่มีประโยชน์อะไร แค่ยืดระยะเวลาออกไปอีก 2-3 เดือนแค่นั้นเองครับ ทาง BMS จึงให้ตัวปลดล๊อกชั่วคราวเฉพาะกับหน่วยงานที่ทางบริษัท LIS มีแผนการดำเนินการชัดเจนแล้วเท่านั้นครับ

238
สวัสดีครับ สมาชิกทุกๆ ท่าน ผมขออนุญาตช่วยอธิบายนะครับ  ก่อนอื่นก็ขอสวัสดีทุกท่่านอีกครั้ง ที่ผมหายไปนาน จริงๆ ก็ไม่ได้หายไปไหนครับ แต่เนื่องจากช่วงนี้มีภาระกิจรุ่มเร้ามาเยอะพอสมควร ซึ่งมีหลายเรื่องที่ผมอยากจะเล่าให้ฟังว่าผมได้ไปพบเจออะไรที่น่าสนใจมาบ้าง แต่เอาไว้กระทู้หน้าก็แล้วกันนะครับ


เรื่องปัญหาของ LIS นั้น หลายๆ ท่านก็คงทราบกันดีแล้วว่าทาง BMS มีนโยบายที่จะไม่ให้มีการเชื่อมต่อตรงกับฐานข้อมูลโดยตรง และในแนวทางปฏิบัติเพื่อให้เป็นไปตามนโยบายนี้ ทาง BMS ก็ได้ดำเนินการประสานงาน ชี้แจง อธิบาย ฯลฯ ทั้งกับ รพ. และบริษัท LIS รวมทั้งบริษัทขายน้ำยา มาได้ประมาณ เกือบ 1 ปีแล้ว ก็ว่าได้นะครับ

ถึงตอนนี้ วันนี้ ผมก็พอจะได้ผลสรุปรวมทั้งแนวทางการแก้ไขปัญหามาช่วยให้สมาชิกช่วยกันหาแนวทางแก้ปัญหาดังนี้ครับ

1. ในบริษัทที่จำหน่าย LIS และน้ำยา มีหลายบริษัท ที่มีการตื่นตัวและพยายามร่วมมือกับ BMS ในการปรับปรุงระบบให้เข้ากับนโยบายนี้ ซึ่งทราบสามารถดูได้จากรายชื่อของบริษัทที่ทาง BMS ได้แจ้งให้ทราบแล้วว่ามีบริษัทใดบ้าง ซึ่งผมต้องขอขอบคุณทางผู้บริหารของบริษัทต่างๆ ที่เข้าใจปัญหาและเห็นความสำคัญของการแก้ปัญหา

2. ถึงแม้ว่าในบางบริษัทที่พัฒนา LIS จะให้ความร่วมมือในการพัฒนาระบบเชื่อมต่อเสร็จแล้ว แต่ก็ยังไม่สามารถดำเนินการปรับปรุงระบบที่โรงพยาบาลได้ เนื่องจาก ใน รพ. นั้นๆ มีบริษัทที่จำหน่ายน้ำยา หลายบริษัท และทางบริษัท LIS เองก็ไม่สามารถประสานงานกับบริษัทน้ำยาต่างๆ ได้ ปัญหาในข้อนี้ ทาง BMS ได้คุยกับทางบริษัท LIS แล้วว่าให้ช่วยดำเนินการประสานงานกับบริษัทน้ำยาต่างๆ ว่าทาง BMS จะติดต่อโดยตรงกับบริษัทขายน้ำยาให้เอง เพื่อที่จะได้ข้อสรุปโดยเร็ว

ทั้งข้อ 1 และ 2 นั้นจากที่ทาง BMS ได้ทำการประสานงานกันมา หากทางบริษัท LIS หรือบริษัทจำหน่ายน้ำยา เข้าใจในปัญหา (ซึ่งส่วนใหญ่ก็จะเข้าใจนะครับ) ก็จะให้ความร่วมมือเป็นอย่างดีกับทาง BMS อยู่แล้วครับ

ปัญหาอยู่ที่กลุ่มที่ไม่สนใจจะแก้ปัญหา  คราวนี้ก็ต้องย้อนกลับมาที่ รพ. แล้วละครับ ว่าท่านจะช่วย BMS แก้ปัญหาอย่างไรดี ถึงจะให้การเชื่อมต่อข้อมูลเป็นไปตามแนวทางที่วางเอาไว้ได้ เพราะบริษัทเหล่านี้ไม่ได้สนใจจะแก้ปัญหาให้ท่านแล้ว จากที่ประชุมวิชาการครั้งที่แล้วผมก็มีแนวทางคร่าวๆ ดังนี้ครับ

1. ให้ รพ. ชะลอการ Upgrade version ใหม่ไปก่อน จนกว่าจะหมดสัญญากับบริษัทที่จำหน่ายน้ำยา หรือหาบริษัทที่จำหน่ายน้ำยาที่สามารถเชื่อมต่อกับ LIS ที่สามารถพัฒนาระบบการเชื่อมต่อแบบใหม่ได้

2. หากสัญญามีระยะเวลานาน จนไม่สามารถรอ Upgrade ได้ อาจจะต้องทำการ Upgrade ไปก่อน แต่ในการดูผล LIS สามารถดูได้จากระบบของ LIS โดยตรง ที่ปกติจะมีระบบให้แพทย์ดู Online ได้อยู่แล้ว

ในส่วนของการประสานงานกับบริษัท LIS เรื่องการดำเนินการพัฒนาระบบนั้น มีบาง รพ. ที่บริษัท LIS พัฒนาระบบเสร็จไม่ทัน ทาง BMS เองก็เข้าใจและได้ดำเนินการส่งตัวปลด Lock ผล ชั่วคราวไปให้กับ รพ. ที่ทางบริษัท LIS กำลังพัฒนาอยู่ ซึ่งในกลุ่มนี่ไม่น่าจะมีปัญหานะครับ เพราะพอพัฒนาเสร็จแล้ว วางแผนการ Upgrade ระบบชัด ก็สามารถดำเนินการติดตั้งได้เลย

นั่นเป็นแนวทางที่ทาง BMS ได้วางเอาไว้ โดยภาระทั้งหมดจะอยู่บริษัท LIS หรือบริษัทจำหน่ายน้ำยา ตามที่ BMS ได้รับปากเอาไว้ว่าจะดำเนินการโดยให้มีผลกระทบกับ รพ. ให้น้อยที่สุดในเรื่องของค่าใช้จ่ายที่เกิดขึ้น

แต่ยังมี รพ. อีกกลุ่มที่มีอยากจะช่วย BMS แก้ไขปัญหาให้เสร็จไปเร็วๆ ด้วยการช่วย Support ค่าใช้จ่ายแทนบริษัท LIS หรือ บริษัทน้ำยา เอง ซึ่งผมก็ขอขอบคุณทาง รพ.เช่นเดียวกันครับ แต่ ผมแค่อยากจะให้ทาง รพ. ทราบว่าเราไม่อยากเรียกเก็บค่าใช้จ่ายส่วนนี้กับทาง รพ. โดยตรงเอง



มาถึงตรงนี้ ผมเองก็จนปัญญาแล้วเหมือนกันว่าจะช่วย รพ. ในกลุ่มที่มีปัญหา ได้อย่างไรในการเปลี่ยนผ่านระบบ เพราะถ้า รพ. อยู่เฉยๆ บริษัทน้ำยาอยู่เฉยๆ ทาง BMS ก็คงจะเข้าไปช่วยแก้ปัญหาอะไรให้ไม่ได้ เรามีหน้าที่พัฒนาระบบให้ทันสมัย มีความปลอดภัย และน่าเชื่อถือ หากผู้ที่เกี่ยวข้องไม่ให้ความร่วมมือ ระบบก็คงจะไม่สามารถพัฒนาให้ดีขึ้นได้จริงไหมครับ

ถ้าทาง รพ. ไม่มีปัญหากับการยึดติดกับบริษัทจำหน่ายน้ำยา ว่าจะต้องเป็นบริษัทที่ท่านรู้จักเท่านั้น และอยากจะเปลี่ยนบริษัทใหม่ จะให้ BMS ช่วยประสานงานหาบริษัทน้ำยามาแทนบริษัทเดิมเราก็ช่วยทำให้ได้นะครับ

239
ฝากเอาตัวนี้ไปทดสอบครับว่าหาย Access violation หรือเปล่า

http://hosxp.net/bms/HOSMy.rar

240
พอจะช่วยอธิบายปัญหาให้ละเอียดอีกสักนิดได้หรือเปล่าครับ ผมอ่านแล้วไม่เข้าใจเลยครับ

241
อยู่ใน HOSxP PCU ครับ

242
ต้องใช้ โปรแกรม HHC (อยู่ใน Folder HOSxP\HHC ครับ) ทำการ Upgrade structure ก่อนครับ

243
ยินดีต้อนรับ / Re: ส่งออกข้อมูลไม่มี zip file
« เมื่อ: มีนาคม 04, 2013, 11:04:09 AM »
มีหน้าจอตอนส่งข้อมูลเสร็จแล้วหรือเปล่าครับ

244
ตอนนี้การย้ายจำนวนเงินเองในหน้าจอการเงิน มีผลกระทบอย่างมากกับระบบงานอื่นๆ ที่ต้องตรวจสอบข้อมูลยืนยันกันในรายการย่อยๆ โดยเฉพาะระบบส่งข้อมูลออกราย Item  ถ้าจำนวนเงินรวมไม่ตรงกันจากการ Summary ใบเสร็จ และ รายการในใบสั่งยา  ก็จะทำให้มีปัญหาครับ ผมจึงปิดการย้ายจำนวนเงินในหน้าจอห้องการเงิน แต่สามารถทำได้ในระดับรายการย่อย (ใบสั่งยา)

245
ผมแก้ไขให้แล้วครับใน 3.56.1.15

246
ถ้ายังแก้ไม่ได้ อาจจะต้องลง Windows ใหม่นะครับ

247
ผมเพิ่มตัวเลือกระบบสำรองข้อมูลอัตโนมัติให้มีแบบ 7zip ให้แล้วครับใน 3.56.1.15

248
แจ้งปัญหา / ขอความช่วยเหลือ / Re: person:error:key violation
« เมื่อ: ธันวาคม 26, 2012, 11:37:54 AM »
มีที่ไหนมีปัญหาส่งข้อมูลตาราง person แล้วเกิด Key violation อีกหรือเปล่าครับ

249
แจ้งปัญหา / ขอความช่วยเหลือ / Re: person:error:key violation
« เมื่อ: ธันวาคม 26, 2012, 11:12:35 AM »
น่าจะมีปัญหาที่ข้อมูลในตารางนะครับ จากที่ผมทดสอบระบบส่งไม่มี Error อะไรครับ ผมแจ้งให้เจ้าหน้าที่ประสานงานเข้าไปขอข้อมูลในตาราง person  มาทำระบบจำลองปัญหาให้แล้วนะครับ

250
น่าจะเกี่ยวกับค่าใน field dttm.active_status ผมจะแก้ไขให้ในรุ่นถัดไปนะครับ

หน้า: 1 ... 3 4 [5] 6 7