BMS-HOSxP Community
HOSxP => Development => ข้อความที่เริ่มโดย: udomchok ที่ ธันวาคม 12, 2009, 18:01:44 PM
-
กรณีลงทะเบียนผู้ป่วยในระบบงานส่งเสริมสุขภาพ ถ้าเป็นผู้ป่วยรายใหม่ (ไม่มีชื่อใน Person) ต้องเพิ่มข้อมูลเข้าฐานประชากรก่อน
อยากให้ระบบ check Patient Link ใน Person และใส่ HN ให้โดยอัตโนมัติครับ
จะได้ไม่ต้องมานั่งเปิดเข้าบัญชี 1 เพื่อทำ Patient Link อีก
-
เห็นด้วยครับ อ. ;D
-
เห็นด้วยเป็นอย่างยิ่ง
-
ยกสองมือเลยครับ
-
แจ่มคับ ขอดันด้วย
-
กรณีลงทะเบียนผู้ป่วยในระบบงานส่งเสริมสุขภาพ ถ้าเป็นผู้ป่วยรายใหม่ (ไม่มีชื่อใน Person) ต้องเพิ่มข้อมูลเข้าฐานประชากรก่อน
อยากให้ระบบ check Patient Link ใน Person และใส่ HN ให้โดยอัตโนมัติครับ
จะได้ไม่ต้องมานั่งเปิดเข้าบัญชี 1 เพื่อทำ Patient Link อีก
;D ;D ;D เห็นด้วยกับป๋าโก้ครับ แต่ปัญหาที่น่าเป็นห่วงคือ 2 ตารางนี้เชื่อมกันด้วย CID ถ้าโรงพยาบาล/สอ.ไหนที่ทำบัญชี 1 ได้อย่างสมบูรณ์ก็ไม่น่าจะมีปัญหาแต่ถ้าโรงพยาบาล/สอ.ไหนที่ระบบบัญชี 1 ไม่เรียบร้อยก็ปัญหาเกิด โดยเฉพาะ person ที่ถูกนำเข้าจาก patient ที่ยังใช้ CID ที่โปรแกรม Generate ให้มาก่อน(มา visit รพ.แต่ไม่ได้เอาบัตรประจำตัวมาด้วย, ทารกแรกเกิดที่คลอดในรพ.ที่ต้องออกเลข HN และ Generate เลข CID ให้ก่อน) จะเกิดเป็น 1 คน 2 person_id ดังนั้นทุกโรงพยาบาล/สอ.ต้องจัดการข้อมูลบัญชี 1 ให้สมบูรณ์ให้มากที่สุดเพื่อไม่ให้เกิดปัญหาต้องมานั่งรวม person มากมายทีหลังอีก ;D ;D ;D
-
กรณีลงทะเบียนผู้ป่วยในระบบงานส่งเสริมสุขภาพ ถ้าเป็นผู้ป่วยรายใหม่ (ไม่มีชื่อใน Person) ต้องเพิ่มข้อมูลเข้าฐานประชากรก่อน
อยากให้ระบบ check Patient Link ใน Person และใส่ HN ให้โดยอัตโนมัติครับ
จะได้ไม่ต้องมานั่งเปิดเข้าบัญชี 1 เพื่อทำ Patient Link อีก
เห็นด้วย แต่ก็มีปัญหาระหว่าง
HN กับ PCU HN จาก ตาราง serial ที่ อ.ชัยพร เขียนไว้
โดยการเพิ่มที่ เวชระเบียนใน HOSXP จะใช้ HN จาก ตาราง serial
แต่ เชิงรุกบัญชี 1 ใช้เลข PCU HN จาก ตาราง serial
ทำให้เกิดปัญหา ของการเพิ่ม HN
ที่จริงน่าจะใช้เลข HN จาก HN ตาราง serial ทั้ง เวชระเบียนใน HOSXP และเชิงรุกบัญชี 1
;D ;D ;D เห็นด้วยกับป๋าโก้ครับ แต่ปัญหาที่น่าเป็นห่วงคือ 2 ตารางนี้เชื่อมกันด้วย CID ถ้าโรงพยาบาล/สอ.ไหนที่ทำบัญชี 1 ได้อย่างสมบูรณ์ก็ไม่น่าจะมีปัญหาแต่ถ้าโรงพยาบาล/สอ.ไหนที่ระบบบัญชี 1 ไม่เรียบร้อยก็ปัญหาเกิด โดยเฉพาะ person ที่ถูกนำเข้าจาก patient ที่ยังใช้ CID ที่โปรแกรม Generate ให้มาก่อน(มา visit รพ.แต่ไม่ได้เอาบัตรประจำตัวมาด้วย, ทารกแรกเกิดที่คลอดในรพ.ที่ต้องออกเลข HN และ Generate เลข CID ให้ก่อน) จะเกิดเป็น 1 คน 2 person_id ดังนั้นทุกโรงพยาบาล/สอ.ต้องจัดการข้อมูลบัญชี 1 ให้สมบูรณ์ให้มากที่สุดเพื่อไม่ให้เกิดปัญหาต้องมานั่งรวม person มากมายทีหลังอีก ;D ;D ;D
-
เห็นด้วยอีกคนครับ :)
-
กรณีลงทะเบียนผู้ป่วยในระบบงานส่งเสริมสุขภาพ ถ้าเป็นผู้ป่วยรายใหม่ (ไม่มีชื่อใน Person) ต้องเพิ่มข้อมูลเข้าฐานประชากรก่อน
อยากให้ระบบ check Patient Link ใน Person และใส่ HN ให้โดยอัตโนมัติครับ
จะได้ไม่ต้องมานั่งเปิดเข้าบัญชี 1 เพื่อทำ Patient Link อีก
ดีมากเลยครับ
;D
-
กรณีลงทะเบียนผู้ป่วยในระบบงานส่งเสริมสุขภาพ ถ้าเป็นผู้ป่วยรายใหม่ (ไม่มีชื่อใน Person) ต้องเพิ่มข้อมูลเข้าฐานประชากรก่อน
อยากให้ระบบ check Patient Link ใน Person และใส่ HN ให้โดยอัตโนมัติครับ
จะได้ไม่ต้องมานั่งเปิดเข้าบัญชี 1 เพื่อทำ Patient Link อีก
;D ;D ;D เห็นด้วยกับป๋าโก้ครับ แต่ปัญหาที่น่าเป็นห่วงคือ 2 ตารางนี้เชื่อมกันด้วย CID ถ้าโรงพยาบาล/สอ.ไหนที่ทำบัญชี 1 ได้อย่างสมบูรณ์ก็ไม่น่าจะมีปัญหาแต่ถ้าโรงพยาบาล/สอ.ไหนที่ระบบบัญชี 1 ไม่เรียบร้อยก็ปัญหาเกิด โดยเฉพาะ person ที่ถูกนำเข้าจาก patient ที่ยังใช้ CID ที่โปรแกรม Generate ให้มาก่อน(มา visit รพ.แต่ไม่ได้เอาบัตรประจำตัวมาด้วย, ทารกแรกเกิดที่คลอดในรพ.ที่ต้องออกเลข HN และ Generate เลข CID ให้ก่อน) จะเกิดเป็น 1 คน 2 person_id ดังนั้นทุกโรงพยาบาล/สอ.ต้องจัดการข้อมูลบัญชี 1 ให้สมบูรณ์ให้มากที่สุดเพื่อไม่ให้เกิดปัญหาต้องมานั่งรวม person มากมายทีหลังอีก ;D ;D ;D
เห็นด้วยครับ ว่า ต้อง link ด้วยความระมัดระวัง น่าจะทำ manual ทีละราย โดยประสานกับงานเวชระเบียน
ไม่น่าจะเพิ่ม link หรือ gen HN อัตโนมัติ เพราะจนท.พลาดได้ง่ายๆ
ปล. ความเห็นส่วนตัวครับ ;)
-
กรณีลงทะเบียนมาจากห้องตรวจแพทย์ ใน F4 แล้วเลือก "งานส่งเสริมสุขภาพ" หากมีข้อมูลใน person แล้วก็จะลงทะเบียนซ้ำไม่ได้อยู่แล้ว
ดังนั้นหากเป็นรายใหม่ (เลข 13 หลักไม่ซ้ำกับที่่มีอยู่แล้วใน person) ก็น่าจะใช้ HN จาก Patient ไปใส่ให้ได้โดยไม่เกิดปัญหานะครับ
แต่รายที่มีอยู่แล้วก็เห็นด้วยว่าคงต้องไปทำ patient link เองครับ