BMS-HOSxP Community
HOSxP => แจ้งปัญหา / ขอความช่วยเหลือ => ข้อความที่เริ่มโดย: เข้ม ที่ กรกฎาคม 08, 2011, 12:45:14 PM
-
เรื่องมีอยู่ว่า ... คนไข้ได้ใบนัดไป มีหลักฐานเป็นใบนัดถูกต้องทุกประการ ตรวจสอบวันที่แล้วก็ไม่มีอะไรผิดปกติ
คนไข้มาตามนัด ไปหน้าห้องตรวจตามใบนัด แต่เวชระเบียนไม่ได้ค้น OPD Card ไว้ให้เนื่องจาก ตรวจสอบแล้วไม่มีรายการนัดของคนไข้คนนี้ในรายการการเตรียม OPD Card สำหรับคนไข้นัดในวันนั้น ... ก็เลยเป็นเรื่อง มาถามศูนย์คอมฯ แล้วผมจะตามได้จากที่ไหน ... case แบบนี้มีบ่อยเหมือนกันครับ ที่มีการ print out เอกสารไปให้แล้ว พอมาดูในระบบแล้วไม่มีรายการดังกล่าว ไม่ได้เป็นแต่ใบนัด ... แต่ก็พยายามเดาเหตการณ์ว่า มีใครไปลบ หรือ เปลี่ยนแปลง รายการต่าง ๆ หรือไม่ .. บางทีก็เจอ บางทีก็ไม่เจอ
แต่ case นี้ ดูใน ksklog ก็ไม่พบอะไรเลย ไม่พบรายการนัดถูกแก้ไข เปลี่ยนแปลง หรือ ถูกลบออกไป ก็เลยอยากจะถามว่า จะเป็นไปได้หรือไม่ ในกรณีที่มีการ print out เอกสารอะไรออกไปแล้วจะมีตัวเลขอ้างอิงอะไรสักอย่างติดไปกับกระดาษใบนั้นด้วย เพื่อให้เรา (admin) เอามาตรวจสอบได้ง่าย ๆ ถ้าเขาเอกสารมายืนยัน
ก็แค่อยากรู้ ... ไม่ได้อยากให้ อ. ชัยพร ปวดหัวนะครับ ... /\
;D ;D
-
อันนี้เจอมาแล้วครับ....เหมือน กันเด๊ะ คือ มีใบนัดในมือ แต่ตามรอย ว่าข้อมูลหายไปจากไหนไม่ได้ซักแห่งเดียวครับ....แต่ นาน ๆเกิดสัก 1 ราย...ไม่แน่ใจว่าขึ้นตอน ReUpgrade เิกิดการ clear Invalid ของรายการในหลาย ๆตารางที่ไม่เข้าเงื่อนไข Unique PK หรือเปล่าน่ะครับ...ยังไม่มีคำตอบที่แน่ชัดให้ ทีมบริการเช่นกัน ครับ... ??? ???
-
จะเป็นไปได้หรือไม่ ในกรณีที่มีการ print out เอกสารอะไรออกไปแล้วจะมีตัวเลขอ้างอิงอะไรสักอย่างติดไปกับกระดาษใบนั้นด้วย เพื่อให้เรา (admin) เอามาตรวจสอบได้ง่าย ๆ ถ้าเขาเอกสารมายืนยัน
;D ;D
กรณีเป็นใบนัดก็ใช้ oapp_id สิครับ ใส่ไปในใบนัดเลย จะได้รู้ครับ
ใบอื่น ๆ ก็ดูตัวที่เป็น key field ของตารางหลักครับ
-
ที่ รพ.ก็ใช้ oapp_id เหมือนกันในการตรวจสอบ พิมพ์ในใบนัดเลย พร้อมชื่อผู้ออกใบนัด เวลาที่พิมพ์ใบนัด ครับ
-
จะเป็นไปได้หรือไม่ ในกรณีที่มีการ print out เอกสารอะไรออกไปแล้วจะมีตัวเลขอ้างอิงอะไรสักอย่างติดไปกับกระดาษใบนั้นด้วย เพื่อให้เรา (admin) เอามาตรวจสอบได้ง่าย ๆ ถ้าเขาเอกสารมายืนยัน
;D ;D
กรณีเป็นใบนัดก็ใช้ oapp_id สิครับ ใส่ไปในใบนัดเลย จะได้รู้ครับ
ใบอื่น ๆ ก็ดูตัวที่เป็น key field ของตารางหลักครับ
ปัญหาคือ...มีทุกอย่างที่ว่า...แต่เวลามีกระดาษใบนัดมายื่น...หาข้อมูลการนัดในระบบไม่เจอ...จะตามรอยอย่างไรว่า...ในฐานข้อมูลหายไปไหน หายได้อย่างไร หายโดยใคร
-
ที่โรงพยาบาลก็เป็นเหมือนกันครับ คือคนไข้มี่ใบนัดมายื่นที่ห้องตรวจแต่ตรวจสอบแล้วไม่มีรายชื่อนัด ศูนย์คอมกำลังตกเป็นจำเลยว่าทำรายชื่อคนไข้นัดหาย เศร้าจัง
-
สงสัยเช่นกันครับ.. ระหว่าง ค่าของ serial ของ oapp_id กับค่าของตาราง serial เกี่ยวข้องกันอย่างไรแน่..
คล้าย ๆ ที่อาการ Homemed ไม่เก็บเข้าระบบเลย..หายไปนิ่งๆ ??? ??? ??? 8) 8)
-
มาถามศูนย์คอมฯ แล้วผมจะตามได้จากที่ไหน ... case แบบนี้มีบ่อยเหมือนกันครับ ที่มีการ print out เอกสารไปให้แล้ว พอมาดูในระบบแล้วไม่มีรายการดังกล่าว ไม่ได้เป็นแต่ใบนัด ... แต่ก็พยายามเดาเหตการณ์ว่า มีใครไปลบ หรือ เปลี่ยนแปลง รายการต่าง ๆ หรือไม่ .. บางทีก็เจอ บางทีก็ไม่เจอ
เคยเจอเหมือนกันครับ ;D
-
จะเป็นไปได้หรือไม่ ในกรณีที่มีการ print out เอกสารอะไรออกไปแล้วจะมีตัวเลขอ้างอิงอะไรสักอย่างติดไปกับกระดาษใบนั้นด้วย เพื่อให้เรา (admin) เอามาตรวจสอบได้ง่าย ๆ ถ้าเขาเอกสารมายืนยัน
;D ;D
กรณีเป็นใบนัดก็ใช้ oapp_id สิครับ ใส่ไปในใบนัดเลย จะได้รู้ครับ
ใบอื่น ๆ ก็ดูตัวที่เป็น key field ของตารางหลักครับ
ปัญหาคือ...มีทุกอย่างที่ว่า...แต่เวลามีกระดาษใบนัดมายื่น...หาข้อมูลการนัดในระบบไม่เจอ...จะตามรอยอย่างไรว่า...ในฐานข้อมูลหายไปไหน หายได้อย่างไร หายโดยใคร
แล้วแบบนี้จะทำยังไงได้บ้างครับเพราะที่พึงสุดท้ายอย่าง KSKlog ก็ไม่มีอาจจะเป็นไปได้ว่าใครมาลบโดยไม่ใช้ HOSxp แต่เป็นใคร???
ที่ รพ. ก็เคยเกิดครับทั้งรายการนัด / รายการส่งตรวจ มีแบบฟอร์มที่พิมพ์เรียบร้อยแต่ในฐานข้อมูลไม่มี เจอแบบนี้ตอบคนที่ถามให้ไม่ถูกต้องเลยครับว่าเป็นเพราะอะไร
-
สิ่งหนึ่งที่เจอครับบ้างครับเมื่อบันทึกพิมพ์ออกมาได้แต่ id มันซ้ำโปรแกรมจะฟ้อง dublepicate แต่ผุ้บันทึกไม่สนใจเห็นว่าพิมพ์แบบฟอร์มออกมาได้ แต่เจอมานานแล้วน่ะครับเหตุการณ์นี้
-
เคยเจอเหมือนกันครับ แต่โชคดีที่ backup ไว้อีกเครื่องเป็นระยะๆ
คนไข้มามีใบนัด ตรวจสอบไม่พบรายการนัดในเครื่องหลัก หา log ไม่พบ เจ้าหน้าที่หาว่าไวรัสกิน :) หรือแผนกคอมทำข้อมูลหาย
ลองไปค้นในเครื่องสำรองพบรายการที่หายไปเลยมีข้อมูลยืนยันกับเขา แต่ไม่ทราบว่าเกิดจากขั้นตอนใด อาจเลื่อนนัด ลบนัด ฯ อยากให้เก็บประวัติการเลื่อนนัด ถ้าแผนกอื่นห้ามลบหรือแก้ไขนัดของอีกแผนกได้ยึ่งดีครับ
-
เจอคล้ายๆ กรณีนี้เหมือนกันครับ แต่ของผมเป็นระบบยืนยัน lab ครับ มีการลง lab ล่วงหน้าแล้ว ห้องบัตรยืนยันการมาตามนัดแล้ว แต่ระบบไม่ได้สั่ง lab ให้ครับ
-
พิมพ์ oapp_id ที่ใบนัดเลยก็พอแก้ได้ปัญหาได้ระดับหนึ่งครับ แต่จะทำอะไรไม่ได้เลยกรณีที่ oapp_id นี้ไม่มีอยู่แล้วในฐานข้อมูล และก็ไม่รู้ด้วยว่าใครลบ ตามไหนก็ไม่ได้
ผมว่ากันเนื้อที่เล็กๆไว้สำหรับพิมพ์ ผู้ออกใยนัด ผู้พิมพ์ แพทย์ผู้นัด ชื่อเครื่องที่พิมพ์ หรืออะไรต่างๆที่ใช้ตามตัวผู้ที่เกียวข้องกับการนัดลงไปเลย ตามง่ายดีแค่ดูใบนัดครับ ถึงแม้ข้อมูลจะหายไปก็ไม่ใช่ปัญหาครับ
-
... เคยเจอว่า มีที่ รพ.ไหนสักแห่ง จำไม่ได้เหมือนกันครับ โทรมาให้ช่วย remote ไปดูให้ ถ้าจำรายละเอียดไม่ผิด เนื่องจากผ่านมานานแล้วเหมือนกัน จะประมาณว่า
คนไข้ถูกนัดมา แต่ไม่มีข้อมูลในระบบ คนไข้ยืนยันว่ามารับบริการในวันก่อนนั้น(ถ้าจำไม่ผิดเป็นการมาทำฟัน) แล้วมีการนัดมาจริงๆ
แต่ไปดูข้อมูลในตารางหลักๆ พวก ovst , vn_state , opitemrece , oapp พวกนี้ ปรากฏว่าไม่มีข้อมูลคนไข้ในวันที่คนไข้บอกว่ามารับบริการเลย
แต่พอไปตรวจสอบเวชระเบียน กับพบว่ามีการพิมพ์ opd card เก็บไว้ด้วย และมีข้อมูลการนัดด้วย เอาล่ะซี ก็แสดงว่าคนไข้มาจริงแน่ มี opd card ที่พิมพ์ออกจากโปรแกรมเป็นหลักฐานด้วย
ก็เลยเอาเวลา visit time ที่พิมพ์อยู่บน opd card ไปแปลงเป็น vn แล้วลองเอา vn ที่ได้ไปตามหาข้อมูลดู ก็พบว่าใน ksklog ไม่มีประวัติการลบเลย และในตารางหลักๆ ต่างๆ ก็ไม่พบข้อมูลของ vn นี้
แต่มีบางตาราง เช่น service_time , pq_doctor , rx_doctor แล้วมีอะไรอีกจำไม่ได้เหมือนกันครับ ตารางพวกนี้กลับพบว่ามีข้อมูลของ vn นี้อยู่ครับ
ก็เลยสงสัยว่ามีคนใช้พวก navicat ไปลบข้อมูลจากตารางโดยตรง ทำให้ไม่มีข้อมูลใน ksklog และลบไม่หมดทุกตารางหรือเปล่า
แต่คนที่โทรมาขอความช่วยเหลือ เขาบอกว่าไม่มีใครไปทำแน่นอน ยืนยันได้
ผมก็เลยไปตรวจสอบที่ตาราง service_time กับ pq_doctor อีกที(ถ้าจำไม่ผิดน่าจะเป็น 2 ตารางนี้) เพื่อดูข้อมูลแผนก ว่าไปที่แผนกไหนมาบ้าง ปรากฏว่านอกจากที่ทันตกรรมแล้ว ก็ยังมีไปที่ฝ่ายเวชปฏิบัติฯ ด้วย ความสงสัยก็เลยบังเกิด
ผมเลยลองทดสอบส่งคนไปบันทึกข้อมูลทำฟัน แล้วจากนั้นก็เอาคนคนนี้ไปบันทึกข้อมูลที่งานส่งเสริมฯ แล้วลองใช้การลบ visit ของผู้ป่วยที่งานส่งเสริม แล้วลองมาตรวจสอบดู
ปรากฏว่า ข้อมูลในตารางหลักๆ ทั้งหมดหายไปหมดเหมือนกัน เหลืออยู่แต่ตารางพวก service_time , pq_doctor , rx_doctor อะไรพวกนี้ เหมือนกับที่เจอใน case ที่ผม remote ไปดูเลย
ที่สำคัญในตาราง ksklog ก็ไม่มีข้อมูลการลบข้อมูลของ vn นี้เหมือนกันครับ
ก็เลยให้ไปตรวจสอบดู ก็พบว่ามีการไปลงข้อมูลที่งานส่งเสริมแล้วลบข้อมูลจากงานส่งเสริมจริง
เหมือนกับว่ามีการส่ง visit ไปที่ทำฟัน เสร็จแล้วก็ส่ง visit ใหม่ไปที่งานส่งเสริม แต่ส่งเสริมเรียก visit ไปบันทึกข้อมูลผิด ไปเรียก visit ทำฟันมาบันทึกข้อมูล เลยลบรายการของ visit นี้จากหน้าต่างของงานส่งเสริมเอง แล้วเรียก visit ที่ถูกมาลงข้อมูลใหม่ ถ้าจำไม่ผิดก็ประมาณนี้ครับ ผลก็คือข้อมูลที่บันทึกไปแล้วจากห้องฟัน หายหมดเลยครับ ....
... เล่าให้ฟังยืดยาว ก็คือจะบอกเป็นแนวทางให้ พี่เข้ม ลองตรวจสอบดู
ผมว่า case แบบนี้ ที่น่าสงสัยอันดับแรกเลย คือการลบข้อมูลบริการที่งานส่งเสริม แล้วข้อมูลที่งานอื่นๆ ของ visit นี้ถูกลบไปด้วย และข้อมูลการลบใน ksklog ก็ไม่มีด้วยครับ ... :D ....
-
โดยสรุป ของ อ.ขวด คือ ลบจากจุดไหนก็ควรทำได้ตามจำเป็น และใส่เหตุผลในการลบหรือยกเลิก visit และควรมีกระบวนการเก็บบันทึกประวัติการ ลบข้อมูลออกจากระบบ ไว้ใน ksklog ตลอด..ไม่ยกเว้นสักกรณี...จริงไหมครับ... 8) 8) 8)
-
โดยสรุป ของ อ.ขวด คือ ลบจากจุดไหนก็ควรทำได้ตามจำเป็น และใส่เหตุผลในการลบหรือยกเลิก visit และควรมีกระบวนการเก็บบันทึกประวัติการ ลบข้อมูลออกจากระบบ ไว้ใน ksklog ตลอด..ไม่ยกเว้นสักกรณี...จริงไหมครับ... 8) 8) 8)
... สรุปปัญหา คือ ตอนนี้การลบข้อมูลบริการ ที่หน้าต่างงานส่งเสริม จะทำให้ข้อมูลในตารางหลักประมาณ 6 ตาราง ของ VN นี้ถูกลบไปทั้งหมดครับ ไม่ได้ถูกลบเฉพาะข้อมูลที่เป็นของงานส่งเสริมอย่างเดียว
โดยไม่มีการเก็บข้อมูลการลบใน ksklog ด้วยครับ ซึ่งจะต่างจากการลบที่หน้าจอส่งตรวจของห้องบัตรที่มีการเก็บข้อมูลไว้ใน ksklog
และซึ่งข้อความที่เราบันทึกในสาเหตุ ตอนที่เราลบบริการในงานส่งเสริม ตอนนี้ผมก็ไม่ทราบเหมือนกันครับ ว่าถูกเก็บอยู่ที่ไหน
ลองดูรูป จากการสั่ง show trace ตอนที่ลบข้อมูลในหน้างานส่งเสริมดูครับ ก็จะเห็นว่าทำไมใน HOSxP ไม่แสดงข้อมูลบริการ และข้อมูลใน oapp หายไปไหน เนื่องจากเงื่อนไขในการลบ ใช้ vn อย่างเดียวเลยครับ
ดังนั้น อีกเรื่องที่อยากแนะนำนะครับ ใครที่ใช้การทดสอบการลงข้อมูลงานส่งเสริม ในฐานข้อมูลหลัก โดยคิดว่า ลองบันทึกแล้วค่อยลบออก คงต้องคิดใหม่แล้วครับ
ต้องระวังอย่าไปเอา vn ที่มีข้อมูลอยู่แล้ว มาทดสอบครับ เดี๋ยวงานเข้า ... :D ....
-
เจอบ่อยเหมือนกัน
ได้แต่เนียนๆ ไว้ "อ่อเดี๋ยวเพิ่มให้ครับ" ;D :D ;D
-
เจอบ่อยเหมือนกัน
ได้แต่เนียนๆ ไว้ "อ่อเดี๋ยวเพิ่มให้ครับ" ;D :D ;D
เนียนมาก..... ;D ;D ;D
-
Network รพท. โพธาราม เนียนมากครับ...ผมไปเยี่ยมชมมาแล้ว...ยืนยันครับ...เร็วกว่า EMS ของไปรษณีย์ไทย...
ยกเว้น...Admin จะตามตัวยากหน่อย....คนดังครับ....คิวเต็มตลอด.......แต่ว่า...ระดับฝีมือขั้นเทพ...มาถึงแค่เอ่ยปาก ...ทุกอย่างได้หมด......ในทันที.... ;D ;D ;D ;D ;D ;D ;D
-
Network รพท. โพธาราม เนียนมากครับ...ผมไปเยี่ยมชมมาแล้ว...ยืนยันครับ...เร็วกว่า EMS ของไปรษณีย์ไทย...
ยกเว้น...Admin จะตามตัวยากหน่อย....คนดังครับ....คิวเต็มตลอด.......แต่ว่า...ระดับฝีมือขั้นเทพ...มาถึงแค่เอ่ยปาก ...ทุกอย่างได้หมด......ในทันที.... ;D ;D ;D ;D ;D ;D ;D
ได้หมด คือ ได้หมดความมั่นใจในทันที
ได้หมด คือ ได้หมดความหวังในการช่วยเหลือทันที
ได้หมด คือ ได้หมดคุณค่าของตัว Admin ไปทันที
;D :D ;D :D ;D :D ;) :D
-
งั้นต้องไปหาอีกสักรอบ...ยังไม่เต็ม...
-
อ.ชัยพร แนะนำวิธีค้นหาโดยให้ตรวจสอบจากคำสั่งนี้ครับ
ถ้าทราบว่าเป็น HN ไหน และหากเปิดระบบ Replication log ลองติดตามได้จาก คำสั่งแบบนี้ครับ
1. หา oapp_id ของผู้ป่วยนั้นๆ แทนที่ $hn ด้วย hn ของผู้ป่วยนั้นๆ
select * from replicate_log where `sql` like 'INSERT%oapp%$hn%
2. หารายการใน oapp ที่ถูกลบ (แทนที่ $oapp_id ด้วย id ที่พบจากคำสั่งข้อ 1)
select * from replicate_log where `sql` like 'DELETE%oapp%$oapp_id%'
จากกระทู้นี้ครับ
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=28998.msg239405#msg239405
-
อ.ชัยพร แนะนำวิธีค้นหาโดยให้ตรวจสอบจากคำสั่งนี้ครับ
ถ้าทราบว่าเป็น HN ไหน และหากเปิดระบบ Replication log ลองติดตามได้จาก คำสั่งแบบนี้ครับ
1. หา oapp_id ของผู้ป่วยนั้นๆ แทนที่ $hn ด้วย hn ของผู้ป่วยนั้นๆ
select * from replicate_log where `sql` like 'INSERT%oapp%$hn%
2. หารายการใน oapp ที่ถูกลบ (แทนที่ $oapp_id ด้วย id ที่พบจากคำสั่งข้อ 1)
select * from replicate_log where `sql` like 'DELETE%oapp%$oapp_id%'
จากกระทู้นี้ครับ
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=28998.msg239405#msg239405
เคยเจอเหมือนกันครับ ลองหาใน replicate_log ก็ไม่เจอ ผู้รับบริการถือใบนัดมา แต่ไม่มีข้อมูลนัดนั้นในระบบ
ก็บอกหน่วยงานไปได้อย่างเดียวว่า "เดี๋ยวตรวจสอบให้ครับ" ;D
อีกกรณีคือ อยากให้เก็บข้อมูลการแก้ไขรายการนัดด้วยครับ ว่าใครแก้ไข oapp นั้นไปบ้าง
อารมณ์ประมาณ oapp_detail ครับ จะได้ตรวจสอบ error รายละเอียดการนัดหมายที่ผู้ใช้ง่ายขึ้น
เพราะใน replicate_log บางรายการ สามารถดูข้อมูลได้เพียงเบื้องต้น ไม่สามารถเจาะลึกในรายละเอียดได้
-
ปกติการยกเลิกรายการนัด ระบบจะบันทึกข้อมูลไว้ในตาราง oapp_cancel น่ะครับ แต่ถ้าไม่มีก็แสดงว่าอาจจะถูกลบโดยระบบอื่น ที่ไม่ใช่ระบบนัดหมายครับ