สอบถาม อ.MN เล็กน้อยครับ ว่า การส่งข้อมูลเข้า DataCenter รุ่นใหม่นี้  ตัวเครื่องลูกที่จะส่ง ต้องอย่างน้อย version ใดครับ ทั้ง HOSxP & HOSxP-PCU

แล้วตอนนี้เข้าไปกำหนด สิทธิการเข้าถึงข้อมูลใน DataCenter (เรียกดูประวัติใน DW EMR)  กำหนดได้กี่ระดับ กำหนดที่ไหนครับ

 

ถ้าจะลบจริงๆ แนะนำให้สร้าง ฐานข้อมูลใหม่ เช่น hos_log แล้วนำข้อมูลจากตาราง log ทั้งหลายมาเก็บไว้ก่อนแล้วค่อยลบ

ลองค้นดูจาก กระทู้เก่า อ.MN เคยอธิบายรายละเอียดไว้ ทำตามได้เลยครับ

 

จริงๆ แล้วใน version ก่อนหน้านี้  ในตาราง ovstdiag ก็บันทึกชื่อแพทย์เดิม (กรณี remed) ---> ตรงนี้ไม่ถูกตั้งแต่แรกครับ (แต่เราไม่ได้นำชื่อแพทย์ใน ovstdiag มาใช้นัก จึงไม่ได้ให้ความสนใจ)

แต่ไม่พบปัญหาเพราะ เงื่อนไข doctor ใน ovst อ.MN นำมาจากแพทย์ที่บันทึกคนสุดท้าย (ไม่ได้ดูจากแพทย์ที่วินิจฉัย dx1)

ใน version ใหม่ มีการ request ว่า doctor ใน ovst ควรใช้ชื่อแพทย์ที่บันทึก dx1  ปัญหาจึงเกิดขึ้นมาครับ

คงต้องรอให้ อ.MN แก้ที่ต้นเหตุ เวลา remed ครับ

 

เดือนหน้า ประมาณ 10 กย. 2551  มีการประชุม สปสช. เรื่อง การใช้งาน E-Claim สำหรับการส่งข้อมูลการให้บริการ แทน NHSO 

คิดว่า น่าจะมีการแจกโปรแกรม E-claim มาให้ลองใช้งานดูกันก่อน ที่จะเริ่มใช้งานจริง ปี งปม. 2552 (ตค.2551) 

อ.MN คงมีของเล่นใหม่ให้ลองอีกแล้วนะครับ 

มีรพ.ที่นำร่อง 40 กว่าแห่ง ไม่รู้ว่ามีรพ.ที่ใช้ HOSxP ร่วมด้วยหรือเปล่าครับ 

จาก สปสช.

ประชาสัมพันธ์ และข่าวสาร

............เริ่มใช้งานโปรแกรม e-Claim ทั่วประเทศ ในปีงบประมาณปี 52 โดยจะมีประกาศให้ทราบเป็นทางการอีกครั้ง

............ข้อมูลที่นำส่งของผู้ป่วยใน และผู้ป่วยนอก เป็นข้อมูลเดียวกันกับของ โปรแกรม NHSO (ผู้ป่วยใน) และ DRGMX (ผู้ป่วยนอก)

............เวลาประมาณการณ์ที่จะอัพเดทโปรแกรมในครั้งต่อไป ประมาณวันที่ 20สิงหาคม 2551


ความเป็นมา

ตามที่สำนักงานหลักประกันสุขภาพแห่งชาติ (สปสช.) ได้มีนโยบายให้มีการพัฒนาระบบบันทึกข้อมูลและประมวลผลข้อมูลการบริการทางการแพทย์ (e-Claim) เพื่อให้หน่วยบริการบันทึกข้อมูลการขอเบิกชดเชยค่าบริการทางการแพทย์จาก สปสช.  โดยผ่านทางโปรแกรมคอมพิวเตอร์  มีการปรับปรุงพัฒนาระบบการขอเบิกชดเชยฯ ให้ได้มาตรฐานอย่างต่อเนื่อง  สามารถนำข้อมูลจากการเบิกชดเชยฯ ของหน่วยบริการมาวิเคราะห์  เพื่อนำไปสู่การพัฒนาระบบงานประกันสุขภาพที่มีประสิทธิภาพ  และสนับสนุนให้เกิดความเชื่อมโยงในการนำข้อมูลมาใช้กับส่วนงานที่เกี่ยวข้องภายในสำนักงานหลักประกันสุขภาพแห่งชาติ  และเพื่อให้มีการพัฒนาปรับปรุงโปรแกรม ให้เป็นไปตามสถานการณ์การเบิกจ่าย มีความคล่องตัวมากยิ่งขึ้น

ดังนั้นสำนักบริหารสารสนเทศการประกันมีความประสงค์ที่ดำเนินการพัฒนาระบบการบันทึกข้อมูลและประมวลผลข้อมูลการบริการทางการแพทย์ (e-Claim) เพื่อใช้งานระบบบันทึกข้อมูลและประมวลผลข้อมูลการบริการทางการแพทย์ โดยใช้ระบบฐานข้อมูลของสำนักงานหลักประกันสุขภาพแห่งชาติที่มีอยู่

เพื่อให้ได้โปรแกรมการบันทึกข้อมูลและประมวลผลข้อมูลการบริการทางการแพทย์ (e-Claim)  ที่มีมาตรฐาน และมีการประมวลผลข้อมูลที่ถูกต้องตามหลักกลุ่มวินิจฉัยโรคร่วมและน้ำหนักสัมพัทธ์ สำนักบริหารสารสนเทศการประกัน  จึงได้จัดให้มีโครงการนำร่องการทดสอบการใช้งานระบบบันทึกข้อมูลและประมวลผลข้อมูลการบริการทางการแพทย์ (e-Claim) โดยมีหน่วยบริการเข้าร่วมโครงการนำร่องการใช้โปรแกรม e-Claim จำนวน 46 โรงพยาบาล  เพื่อที่จะรวบรวมข้อมูล ปัญหาอุปสรรคที่พบจากการทดลองใช้โปรแกรมของหน่วยบริการนำร่อง  นำมาปรับปรุงโปรแกรม e-Claim ให้ลดข้อผิดพลาดให้มากที่สุด ก่อนการใช้งานจริงกับทุกหน่วยบริการทั่วทั้งประเทศ

VN ==> AN  ในกรณี IPD
 

เรื่องการ Dischareg ต้องการให้มีการลงผลวินิจฉัยก่อนถึงจะ Dischareg ได้
ถ้าไม่ได้ลงผลวินิจฉัยไม่ให้ Dischareg จะต้องเข้าไปเซตตรงไหนครับ

คงต้องคุยกับแพทย์ก่อนนะครับ ว่าจะสรุป chart ให้ทันมั๊ย เ่ช่นถ้าแพทย์เจ้าของไข้ ไม่สบาย ลาป่วย 3 วัน ชื่อผป.จะต้องรออยู่ในตึกก่อน แล้วถ้าผป.มีอาการผิดปกติต้องมาตรวจ ER ในวันรุ่งขึ้นหลังกลับบ้าน จะทำยังไงดีครับ

 

คิดว่า อาจเกิดจาก code ของ HOSxP ครับ

ผมลองในฐานข้อมูลเดียวกันครับ

ใช้ HOSxP --> error เหมือนกัน

ใช้ HOSxP-PCU --> save ข้อมูลคัดกรองได้ปกติครับ

คงต้องรอให้ อ.MN ตรวจสอบอีกที ว่า person_screen_head ใช้งาน?

 

ปล่อยออกมาให้ชื่นชมกันหน่อยสิครับ

turbo_hosxp_utility V2 

 

surveil_member หรือเปล่า

ผมก็ทดลองใช้ใน NB เช่นกันครับ ลองทำแบบง่ายๆ ก็พอได้นะครับ สำหรับ MySQL บน Windows

ตามความเข้าใจ (ไม่รู้ถูกหรือเปล่านะครับ)  ฐานข้อมูลของรพ. (HOSxP) และฐานข้อมูลของสอ./PCU (HOSxP-PCU)  เป็น ฐานข้อมูลเหมือนกัน มีตารางเท่ากัน ฟิลด์เหมือนกัน ครับ  เพียงแต่โปรแกรม client ที่เราจะเรียกใช้ คือ ตัวไหน

ดังนั้น ถ้าเราต้องการทดสอบโปรแกรม HOSxP-PCU ก็สามารถเรียก connection ไปที่ฐานข้อมูลเดิมของรพ.ได้เลย เช่น ใน MySQL ของเครื่องทดสอบเรามี Database HOS อยู่  ก็แก้ไข connection เป็นชื่อ HOS แล้วใช้ username password ของรพ. (น่าจะเป็น user ที่มีสิทธิ administrator) เข้าโปรแกรม HOSxP-PCU ได้เลย แล้วลองเล่นได้เต็มที่ทุกเมนู

แต่ถ้าต้องการแยกอีกฐานข้อมูลของสอ. แยกจากกัน  ผมใช้วิธี copy folder hos ใน mysql/data  แล้วเปลี่ยนชื่อ folder เป็น hosxp_pcu    เวลาเข้าโปรแกรม HOSxP-PCU ก็เปลี่ยน connection มาที่่ database hosxp_pcu   แล้วใช้ username password ของรพ.เดิมนั่นแหละ  พอเข้าไปได้ ก็รีบไปเพิ่ม user ใหม่ได้เลยครับ

ข้อมูลทั้ง 2 ฐาน ไม่น่าจะรวมกันได้นะครับ

ผมสงสัยว่า ในเครื่องทดสอบ ทำไมต้องแยก 2 ฐานข้อมูลด้วยครับ 

 

ยังไม่ได้ใช้ครับ  พอจะเริ่มก็ติดตรงหน่วยงานเช่นเดียวกับพิจิตร

สำหรับรพ.ขนาดไม่ใหญ่นัก หน่วยงาน กับจุดบริการ น่าจะอนุโลมพอได้ครับ

แต่สำหรับรพ.ที่มีขนาดใหญ่ขึ้น  หน่วยงานจะไม่เท่ากับจุดบริการครับ

เช่น หน่วยงาน OPD มีหัวหน้าพยาบาล OPD 1 คน  แยกเป็นจุดบริการประมาณ 10 จุด จุดคัดกรองผป.ทั่วไป จุดคัดกรองคลินิคอายุรกรรม จุดคัดกรองคลินิคศัลยกรรม ฯลฯ. 

ทำให้เวลาที่ห้องบัตรจะตาม OPD card  คงไม่ไปตามที่หัวหน้า OPD  แต่จนท.ห้องบัตรจะไปตามที่จุดคัดกรองต่างๆ 

ตอนนี้เลยยังไม่ได้เริ่มใช้ด้วยเหตุฉะนี้ ครับ
 

ในตาราง nondrugitems ก็มี ฟิลด์ icd9cm อยู่เหมือนกัน แต่ยังไม่ได้ใช้ ถ้าเราไปกำหนด icd9cm ที่ตารางนี้ที่เดียว ไม่ว่าจะเป็น หัตถการ การผ่าตัด lab xray กายภาพ ทันตกรรม  ปกติจะต้องเชื่อมมาที่ตารางนี้อยู่แล้ว  จะง่ายสำหรับ admin กว่าหรือเปล่า (ไม่แน่ใจเหมือนกัน) 

แต่อย่างว่าแหละครับ บาง code ตำแหน่งต่างกัน code ต่างกัน ก็ยากที่จะตั้งไว้ก่อนทั้งหมด
 

ตามไฟล์แนบครับ

เหมือนที่หมอ white ว่าครับ

VA , IOP ก็คือ Vital sign ของผป.ตา ที่ต้องวัดกันทุกคน (vital sign จริง ไม่ค่อยได้วัด)

ลองดูตัวใหม่แล้ว  ยังนึกไม่ออกว่า จะนำมาใช้ยังไง จะเรียกดูประวัติตรวจตาเดิมจากที่ไหนให้ง่ายๆ  ในห้องตรวจแพทย์ และใน Patient EMR

เท่าที่ดูหน้าตาโปรแกรม เป็นการลงข้อมูล ทั้ง การคัดกรองหน้าห้องตรวจโดยพยาบาล และข้อมูลตรวจตาโดยจักษุแพทย์  ตรงส่วนของพยาบาลน่าจะปรับอีกไม่มาก  แต่ของส่วนตรวจตาของแพทย์ ใช้งานค่อนข้างยาก ไม่แน่ใจว่าถ้าเป็นลักษณะของ PE แต่เป็นระบบตา normal ผิดปกติ จะง่ายกว่ามั๊ย

 

หน้าจอนี้ ยังมี Error ตอนโปรแกรมคำนวน ภาวะโภชนาการ ทั้ง 3 ตัวด้านล่าง  ฝากอ.ช่วยตรวจสอบด้วยครับ
 

ภาพที่มี error ทั้งที่ข้อมูล ICD ไม่ซ้ำครับ
 

พูดไม่ออก บอกไม่ถูก ครับ

    

ความยืดหยุ่น นี่แหละคือ สุดยอดของ Software

 

ลองหาดู มีอะไรดีๆ ซ่อนไว้อีกมากมาย

 

ทดลองใช้ระบบงานคัดกรอง แล้วมีความยืดหยุ่นดีมากครับ สามารถออกแบบ แบบคัดกรองได้ตามที่แต่ละ PCU ต้องการ

ขออนุญาต เสนอแนะเพิ่ม เพื่อให้ งานคัดกรอง มีความสมบูรณ์ยิ่งขึ้นครับ

1.การเรียงลำดับ ของรายการคัดกรอง   ปัจจุบัน เรียงลำดับตาม person_screen_id  พอแสดงผล ในแบบคัดกรองชุดหลังที่มีการนำเอาหัวข้อเดิม (person_screen_id) มาใช้ พบว่า รายการเดิมนั้น กลับขึ้นไปอยู่ด้านบน ทำให้การกรอกข้อมูลย้อนขึ้นลง  เช่น น้ำหนัก อยู่ person_screen_id  =2  พอไปใช้กับ แบบคัดกรองอื่น ซึ่งน้ำหนักอยู่หัวข้อด้านล่าง แต่พอเรียกแบบบันทึกขึ้นมา น้ำหนักกลับขึ้นไปอยู่ด้านบนแทนครับ

..... เสนอ :   ให้เรียงลำดับหัวข้อคัดกรอง ตาม person_screen_type_view_id แทน ซึ่งจะตรงกับการใช้งานมากกว่า

2.การลงผลคัดกรอง  ปัจจุบัน เป็นการกรอก text  โอกาสลงผิดพลาดสูง และมีความลำบากในการลงข้อมูล

..... เสนอ :   น่าจะทำให้ลงผลได้ คล้ายกับ ระบบลงผล Lab ซึ่งสามารถตั้งค่าได้ง่าย และผู้ที่ลงข้อมูล สะดวกกว่า และลดความผิดพลาดได้มากครับ

ขอบคุณมากครับ
 

ขออนุญาต เสนอความเห็นแตกต่างเล็กน้อยครับ

....ปัจจุบัน แพทย์ส่วนใหญ่ พอรู้บ้างว่ามีบางโรคที่ต้องรายงานระบาด และมีบางโรคต้องรายงานภายใน xx ชม.

....แต่ระบบรายงานทุกวันนี้ เราดึงผป.มารายงานโดยดูจาก ICD10 ของผป.แต่ละ visit  ซึ่ง ICD10 นั้นก็ได้มาจากแพทย์ (กรณีที่แพทย์ลงวินิจฉัยเอง)

....แพทย์เอง ส่วนใหญ่เช่นกัน ยังมีความรู้เกี่ยวกับ ICD10 ค่อนข้างน้อย (แต่นศพ.รุ่นใหม่ บางรร.แพทย์เริ่มมีการเพิ่มหลักสูตร ICD ด้วยแล้ว ....แต่ผมเกิดไม่ทันครับ ...)

....ปัญหา คือ ..... ต้นทางของการรายงานผป.ระบาด กลับรู้จริงน้อย   ทำให้เกิดปรากฎการณ์

-  รายงานมากเกินจริง : เพราะแพทย์หา Dx อะไรคล้ายๆ น่าจะใช่ ก็ OK เลือกเลย  โดยไม่ได้คำนึงถึงการที่ต้องรายงานโรคหรือไม่ (มันจำไม่ไหวจริงๆครับ  )  เช่น ถ่ายเหลว บางทีค้นเจอ diarrhea ก็เอาแล้ว ถูกรายงาน ทั้งๆที่อาจจะไม่ต้องรายงานก็ได้

- รายงานน้อยเกินจริง : เช่นกัน

ข้อเสนอครับ

- เป็นไปได้มั๊ย ที่จะทำ Pop up เตือนแพทย์หลังจากเลือกบันทึก ICD10 ที่ตกอยู่ในกลุ่มที่ต้องรายงานระบาด และถ้าเป็น ICD10ที่ต้องรีบรายงานด่วน ต้อง Pop up เด่นๆ ชัดๆ หน่อย   เพื่อให้แพทย์ยืนยันก่อนบันทึก   (แต่อาจทำเป็น option ให้เลือกแสดงเตือนระบาด หรือไม่ใน Tab พิมพ์ ของระบบแพทย์ก็ดีครับ)  น่าจะช่วยลดการรายงานมากเกินจริงได้บ้าง และแพทย์จะได้เรียนรู้เกี่ยวกับโรคที่ต้องเฝ้าระวังไปด้วยในตัว

- อาจทำตัวเลือก ว่า หลังยืนยันแล้ว จะให้เข้าหน้าต่าง approved เลยมั๊ย เพราะบางทีแพทย์น่าจะให้ความเห็นตรงนั้นได้เลย หรือจะได้หาข้อมูลเพิ่มเติมตอนที่ผป.ยังนั่งอยู่ตรงหน้าได้

 

....หน้าปฎิทินการนัด ซึ่งจะขึ้นเป็นหน้าแรกเวลาเข้า HosXp ตอนแรกครับ (รูปที่1)
คำถาม - สามารถเข้าหน้านี้โดยไม่ต้องเข้า hosxp ใหม่ได้ไหม?.....

Help -----> ข่าวและประกาศ

Query Builder สุดยอด แทบจะลืม Access เลยครับ

แต่พบปัญหาเวลาที่เรา save ไว้ (xml)  --> พอ load มาใช้จะขึ้น error ครับ

 

ทาง สอ./PCU ของร้อยเอ็ด ได้ใช้ระบบออกใบเสร็จ หรือยังครับ

ส่งออกข้อมูล DRG 7 + 8 PP  พอมาถึงตาราง fp  ขึ้น error  '... nofp_type_id...'  แล้วไม่ส่งออกต่อ ต้องแก้ไขยังไงครับ

 

ที่ตรวจสอบดู  เป็นคนในบัญชี 1 มีบ้านแล้วและมี cid ตรงกับใน ucdata.txt แต่ข้อมูลสิทธิก็ไม่เข้าให้