พบปัญหา การส่งออกOP-PP 54 แล้ว มี PID 000000

[nuttavut]

ผมทำการส่งออก แฟ้ม OP-PP จาก HOSxP แล้วนำเข้าตรวจสอบ กับโปรแกรม OP-PP 54 หลังจากตรวจสอบก็แก้ไขข้อมูลที่มีความซ้ำซ้อน แต่หลังจากส่งออกมาอีกครั้ง จะเห็น มี PID 000000 ส่งออกมาด้วยและทำให้การเชื่อมโยงข้อมูลไม่ได้ โดยในตาราง Service จะมี PID = 000000 ทำให้ได้ performance ต่ำ 

จึงอยากถาม อ. ว่า PID = 000000 มาจากไหนครับ ลองตรวจสอบ PID = 000000 ที่ table provis_service ก็พบข้อมูล แบบนี้ครับ เลยไม่รู้ว่า ข้อมูลนี้เป็นมาอย่างไร  หรือมากับรายการที่ไม่มี CID ส่งออก  เพราะจะได้เข้าไปแก้ไขที่ต้นของปัญหาครับ..    ...รบกวน อ. หลายๆท่าน ช่วยวิเคราะห์ปัญหานี้กันหน่อยครับ...ผมคิดว่าน่าจะเจอปัญหานี้เยอะมากเลยครับ.... 

[เกื้อกูล ครับ..]

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

[nuttavut]

ลองตรวจสอบ โดยใช้ Script

select pp.cid,ps.* from provis_service  ps
left outer join provis_person  pp on pp.pid =ps.pid
where ps.date_serv between '20101001' and '20101031'
and ps.pid ='000000'

ได้ผลแบบนี้  ดังรูป
 

[nuttavut]

ลองใช้ Script ตรวจสอบ CID ระหว่าง vn_stat กับ person เพื่อหาความเชื่อมโยง
ก็มี CID เชื่อมกันได้ ระหว่าง vn_stat กับ person

select * from vn_stat
where vstdate between '2010-10-01' and '2010-10-31'
and cid  not in(select distinct cid from person )

[manoi]

กระทู้สุดท้ายยังไม่เห็นรูปครับ

[nuttavut]

กระทู้สุดท้ายยังไม่เห็นรูปครับ

ผมใช้ Script นี้

select * from vn_stat
where vstdate between '2010-10-01' and '2010-10-31'
and cid  not in(select distinct cid from person )

รันแล้วครับ ..แสดงว่าใน vn_stat มี CID  ที่ตรงกับ person ...เลยไม่มีข้อมูลโชว์ ออกมา ครับ

[เกื้อกูล ครับ..]

ผมเจอตัง  13 ราย ครับ 


select * from vn_stat
where vstdate between '2010-10-01' and '2010-10-31'
and cid  not in(select distinct cid from person )

[manoi]

กระทู้สุดท้ายยังไม่เห็นรูปครับ

ผมใช้ Script นี้

select * from vn_stat
where vstdate between '2010-10-01' and '2010-10-31'
and cid  not in(select distinct cid from person )

รันแล้วครับ ..แสดงว่าใน vn_stat มี CID  ที่ตรงกับ person ...เลยไม่มีข้อมูลโชว์ ออกมา ครับ

ลองแก้เป็นแบบนี้ครับ

select * from vn_stat
where vstdate between '2010-10-01' and '2010-10-31'
and (cid  not in(select distinct cid from person )  or cid like '%00000%' or cid like '%11111%' )

[nuttavut]

กระทู้สุดท้ายยังไม่เห็นรูปครับ

ผมใช้ Script นี้

select * from vn_stat
where vstdate between '2010-10-01' and '2010-10-31'
and cid  not in(select distinct cid from person )

รันแล้วครับ ..แสดงว่าใน vn_stat มี CID  ที่ตรงกับ person ...เลยไม่มีข้อมูลโชว์ ออกมา ครับ

ลองแก้เป็นแบบนี้ครับ

select * from vn_stat
where vstdate between '2010-10-01' and '2010-10-31'
and (cid  not in(select distinct cid from person )  or cid like '%00000%' or cid like '%11111%' )

ลองแล้วครับ ได้ข้อมูลดังรูป ... แสดงว่า หากมีการแก้ไข CID ของคนไข้ กรณีมี HN หรือ CID ซ้ำซ้อนจะต้องมีการUpdate ข้อมูล CID ที่มีการแก้ไข ลงใน vn_stat ด้วยใช่หรือเปล่าครับ อ.MN .....

[Noppadol]

ของผมตั้งเกือบ 600 แหน่ะ.............ต้องแก้ไขยังไงบ้างครับ...............

[nuttavut]

...จากการตรวจสอบ เพิ่มเติม
หากมีการตรวจสอบข้อมูล CID ที่ซ้ำซ้อน โดยการแก้ไขในหน้า ลงทะเบียนผู้ป่วยใหม่ แล้วทำการแก้ไข CID ที่ผิดแล้วแก้ให้ถูกต้อง เมื่อทำการบันทึกข้อมูลจะไปเก็บที่ table ptcardno

มีข้อสังเกตว่า  ข้อมูล CID ใน patient จะไม่เปลี่ยนไปตามที่แก้ไข โดยจะต้องใช้ Script ทำการ update ข้อมูลจาก table ptcardno  เข้าไป patient เอง   หลังจากนั้น เวลาส่งออกข้อมูล OP-PP 54 จะมีการส่งข้อมูล ไปยัง person ให้เพื่อให้สามารถเชื่อมโยงข้อมูลได้ แต่จะทำได้ในกรณีที่ใน person ยังไม่มีเลข cid นั้นๆ อยู่ ...

ถ้าหาก มี CID ซ้ำซ้อน ก็หมายความว่าไม่สามารถนำเข้าได้อีก และจะเกิด error pe9200  ดังที่เจอๆกันอยู่

ทีนี้หากมีการแก้ไข ความซ้ำซ้อน ก็จะต้องมีกระบวนการ Update อยู่หลายตาราง (ปัญหานี้ก็คงต้องให้ อ.MN ช่วยแก้ล่ะครับ  )   

อีกปัญหานึงครับ ในกรณี ต่างด้าวที่มารับบริการ(ไม่มี CID ) ทาง สปสช. ให้ใช้  000000+HN  เวลาบันทึก CID จะไม่บันทึกลง ptcardno ให้ครับ เพราะหลังจากบันทึก แล้วลองตรวจสอบโดยการคีย์ส่งตรวจโดยใช้ CID จะไม่สามารถค้นหาข้อมูลได้ สำหรับบัญชี 1 ก็เช่นเดียวกันจะไม่สามารถบันทึกได้ครับ... (ระบบจะแจ้งว่า cid ไม่ถูกต้อง)

 

[manoi]

ระบบจะตัดผู้ที่มี cid like 0000 หรือ 11111 ออกครับ ผมแก้ให้เป็น 00000000 และ 11111111 แล้ว

ฝากทดสอบส่งออกอีกครั้งใน 3.53.11.29 นะครับ

[nuttavut]

ระบบจะตัดผู้ที่มี cid like 0000 หรือ 11111 ออกครับ ผมแก้ให้เป็น 00000000 และ 11111111 แล้ว

ฝากทดสอบส่งออกอีกครั้งใน 3.53.11.29 นะครับ

ขอบคุณครับ ..... อ. 

[nahos]

ระบบจะตัดผู้ที่มี cid like 0000 หรือ 11111 ออกครับ ผมแก้ให้เป็น 00000000 และ 11111111 แล้ว

ฝากทดสอบส่งออกอีกครั้งใน 3.53.11.29 นะครับ

ขอบคุณ อ. MN มากครับ  รอโหลดครับ

และขอบคุณ อ.nuttavut  ที่ช่วย รีวิวครับ
กำลังพยายามหาวิธิแก้ไขปัญหานี้อยู่ เหมือนกันครับ

ฝาก อ.อาร์ม  ช่วย ทำ tool แก้ cid ใน vn_stat  ด้วยนะขอรับ

[เกื้อกูล ครับ..]

ระบบจะตัดผู้ที่มี cid like 0000 หรือ 11111 ออกครับ ผมแก้ให้เป็น 00000000 และ 11111111 แล้ว

ฝากทดสอบส่งออกอีกครั้งใน 3.53.11.29 นะครับ

รอ...11.29  ก่อนตัดส่งข้อมูลอีกที

[jdadmin1]

รอ...11.29  ก่อนตัดส่งข้อมูลอีกที Cheesy

รอทดสอบเหมือนกันครับ

[kwh]

...จากการตรวจสอบ เพิ่มเติม
หากมีการตรวจสอบข้อมูล CID ที่ซ้ำซ้อน โดยการแก้ไขในหน้า ลงทะเบียนผู้ป่วยใหม่ แล้วทำการแก้ไข CID ที่ผิดแล้วแก้ให้ถูกต้อง เมื่อทำการบันทึกข้อมูลจะไปเก็บที่ table ptcardno

มีข้อสังเกตว่า  ข้อมูล CID ใน patient จะไม่เปลี่ยนไปตามที่แก้ไข โดยจะต้องใช้ Script ทำการ update ข้อมูลจาก table ptcardno  เข้าไป patient เอง   หลังจากนั้น เวลาส่งออกข้อมูล OP-PP 54 จะมีการส่งข้อมูล ไปยัง person ให้เพื่อให้สามารถเชื่อมโยงข้อมูลได้ แต่จะทำได้ในกรณีที่ใน person ยังไม่มีเลข cid นั้นๆ อยู่ ...

ถ้าหาก มี CID ซ้ำซ้อน ก็หมายความว่าไม่สามารถนำเข้าได้อีก และจะเกิด error pe9200  ดังที่เจอๆกันอยู่

ทีนี้หากมีการแก้ไข ความซ้ำซ้อน ก็จะต้องมีกระบวนการ Update อยู่หลายตาราง (ปัญหานี้ก็คงต้องให้ อ.MN ช่วยแก้ล่ะครับ  )   

อีกปัญหานึงครับ ในกรณี ต่างด้าวที่มารับบริการ(ไม่มี CID ) ทาง สปสช. ให้ใช้  000000+HN  เวลาบันทึก CID จะไม่บันทึกลง ptcardno ให้ครับ เพราะหลังจากบันทึก แล้วลองตรวจสอบโดยการคีย์ส่งตรวจโดยใช้ CID จะไม่สามารถค้นหาข้อมูลได้ สำหรับบัญชี 1 ก็เช่นเดียวกันจะไม่สามารถบันทึกได้ครับ... (ระบบจะแจ้งว่า cid ไม่ถูกต้อง)

 

อ้างจากคำตอบคุณคิดคม ตอบกระทู้ล่าสุดนะครับ

Kidkom , 29 พฤศจิกายน 2553
เอาอย่างนี้ครับ เอาเป็นว่าใส่แบบใดก็ได้ครับที่ หน่วยบริการสามารถแยกแยะได้ว่าเป็นใครและไม่ซ้ำกัน ทีนี้มันต้องมาเก็บในฟิลด์ CID ก็เลยต้องทำให้ครบ 13 หลักครับ เพราะฟิลด์นี้เขาเช็คว่ามีครบ 13 หลักหรือไม่ครับ

http://op.nhso.go.th/op/webboard/eBoardView.do?id=4176

เพราะชนั้นใช้ระบบ G ได้ครับ

[เกื้อกูล ครับ..]

...จากการตรวจสอบ เพิ่มเติม
หากมีการตรวจสอบข้อมูล CID ที่ซ้ำซ้อน โดยการแก้ไขในหน้า ลงทะเบียนผู้ป่วยใหม่ แล้วทำการแก้ไข CID ที่ผิดแล้วแก้ให้ถูกต้อง เมื่อทำการบันทึกข้อมูลจะไปเก็บที่ table ptcardno

มีข้อสังเกตว่า  ข้อมูล CID ใน patient จะไม่เปลี่ยนไปตามที่แก้ไข โดยจะต้องใช้ Script ทำการ update ข้อมูลจาก table ptcardno  เข้าไป patient เอง   หลังจากนั้น เวลาส่งออกข้อมูล OP-PP 54 จะมีการส่งข้อมูล ไปยัง person ให้เพื่อให้สามารถเชื่อมโยงข้อมูลได้ แต่จะทำได้ในกรณีที่ใน person ยังไม่มีเลข cid นั้นๆ อยู่ ...

ถ้าหาก มี CID ซ้ำซ้อน ก็หมายความว่าไม่สามารถนำเข้าได้อีก และจะเกิด error pe9200  ดังที่เจอๆกันอยู่

ทีนี้หากมีการแก้ไข ความซ้ำซ้อน ก็จะต้องมีกระบวนการ Update อยู่หลายตาราง (ปัญหานี้ก็คงต้องให้ อ.MN ช่วยแก้ล่ะครับ  )   

อีกปัญหานึงครับ ในกรณี ต่างด้าวที่มารับบริการ(ไม่มี CID ) ทาง สปสช. ให้ใช้  000000+HN  เวลาบันทึก CID จะไม่บันทึกลง ptcardno ให้ครับ เพราะหลังจากบันทึก แล้วลองตรวจสอบโดยการคีย์ส่งตรวจโดยใช้ CID จะไม่สามารถค้นหาข้อมูลได้ สำหรับบัญชี 1 ก็เช่นเดียวกันจะไม่สามารถบันทึกได้ครับ... (ระบบจะแจ้งว่า cid ไม่ถูกต้อง)

 

อ้างจากคำตอบคุณคิดคม ตอบกระทู้ล่าสุดนะครับ

Kidkom , 29 พฤศจิกายน 2553
เอาอย่างนี้ครับ เอาเป็นว่าใส่แบบใดก็ได้ครับที่ หน่วยบริการสามารถแยกแยะได้ว่าเป็นใครและไม่ซ้ำกัน ทีนี้มันต้องมาเก็บในฟิลด์ CID ก็เลยต้องทำให้ครบ 13 หลักครับ เพราะฟิลด์นี้เขาเช็คว่ามีครบ 13 หลักหรือไม่ครับ

http://op.nhso.go.th/op/webboard/eBoardView.do?id=4176

เพราะชนั้นใช้ระบบ G ได้ครับ

ครับอาจถูกต้องในการตรวจสอบเบื้องต้น แต่จะมาหลุดคะแนน ตรงที่ถ้าเป็นคนไทย แต่ไม่พบใน สนบท.และ สปสช. ก็ GAME  OVER อยู่ดี...

[sayun]

3.53.11.29  อัปแล้วส่งออก ยังมี PID 000000 มาครับเจอ 1 ตัว ใน แฟ้ม DIAG ครับ  อาจารย์

[nuttavut]

เรียน อ. ชัยพร
        หลังจาก Up เป็น V.3.53.11.30  ผลลองทดสอบส่งออก OP-PP ปรากฏว่า
มีรายการบางส่วน ที่ยัง ไม่ถูกนำเข้า จาก patient ไปยัง person จากการตรวจสอบ
พบว่าเป็น คนที่ไม่ใช่สัญชาติไทย  โดยใช้คำสั่ง

select * from vn_stat
where vstdate between '2010-10-01' and '2010-10-31'
and (cid  not in(select distinct cid from person )  or cid like '%00000000%' or cid like '%11111111%' )

จากการวิเคราห์เบื้องตน จะเห็นว่า ในขณะส่งออก จะส่ง แฟ้ม Service ก่อน และตามด้วยแฟ้มอื่นๆ จากนั้นปิดท้ายด้วย person ซึ่งในขณะที่ส่งออก person จะไม่มี รายชื่อคนที่ไม่ใช่สัญชาติไทย  เพราะไม่สามารถบันทึกลง person ได้ (ลองนำเข้าแบบ manual แล้วขึ้น Invalid CID ) ดังนั้นจากผลการตรวจสอบโดยใช้ โปรแกรม op-pp 2554 ของ สปสช. ข้อมูลใน แฟ้ม Service  จึงมีบางส่วนที่เชื่อมโยงกับ person ไม่ได้ ..
รบกวน อ. ตรวจสอบอีกครั้งครับ... ถึงจะเป็นคนต่างชาติ หากมี error ก็ทำให้ได้ performance ต่ำได้ครับ..

[เกื้อกูล ครับ..]

รบกวน อ. ตรวจสอบอีกครั้งครับ... ถึงจะเป็นคนต่างชาติ หากมี error ก็ทำให้ได้ performance ต่ำได้ครับ

ของผม..ต่างด้าว..มิใช้่น้อย..คงจะต่ำแน่นอน เพราะ พม่าเกือบทั้งนั้นเลย...กำหนด cid ไม่ได้

ถ้าเป็น op  package ไม่ต้องส่งต่างด้าว ดีไหม  เพราะไม่มีผลต่อ point เนื่องจากไม่มี  cid  ทั้งใน สปสช. และสนบท..

[nuttavut]

รบกวน อ. ตรวจสอบอีกครั้งครับ... ถึงจะเป็นคนต่างชาติ หากมี error ก็ทำให้ได้ performance ต่ำได้ครับ

ของผม..ต่างด้าว..มิใช้่น้อย..คงจะต่ำแน่นอน เพราะ พม่าเกือบทั้งนั้นเลย...กำหนด cid ไม่ได้

ถ้าเป็น op  package ไม่ต้องส่งต่างด้าว ดีไหม  เพราะไม่มีผลต่อ point เนื่องจากไม่มี  cid  ทั้งใน สปสช. และสนบท..

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


 

[nahos]

สนับสนุนให้ ผู้รับบริการ ที่ไม่ใช่สัญชาติไทย
ที่ cid เป็น 0000000hnhnhn  ข้อมูลบุคคล

เชื่อมโยงได้ครับ

สนับสนุน  อ.nuttavut    ครับ
โดยอาจเพิ่มเงื่อนไข การตรวจสอบ สัญชาติเข้าไปด้วย ครับ

ถ้าสัญชาติไทย ห้ามใช้ cid รูปแบบ 0000000hnhnhn

ขอบคุณครับ

[champ_db]

เห็นด้วยว่า ข้อมูล ของบุคคลไม่ใช่สัญชาติไทยก็น่าจะเชื่อมโยงได้ครับ - น่าเห็นใจโรงพยาบาลที่มีต่างด้าวเยอะๆ

แต่ผมลองมาดู Flow การตรวจสอบในเอกสารแนวทางการตรวจสอบแล้วยังสงสัยอยู่เล็กน้อยว่า ทำไม flow ตรวจ op ไม่เห็นมีการตรวจว่าบุคคลใดเป็นต่างด้าวหรือเปล่า แบบนี้พอไปเจอ วงสีแดงในรูปที่ 1 ก็คงจะ error หมดแม้ว่าข้อมูล op ของคนต่างด้าวนั้นจะครบถ้วนก็ตาม (เข้าใจถูกหรือเปล่าครับ??)

เห็นมีการตรวจสัญชาติก็แต่แฟ้ม epi แฟ้มเดียว ดังรูปที่ 2 แต่แฟ้มอื่นๆก็ยังเหมือนเดิมครับไม่มีการตรวจเรื่องสัญชาติ

หรือว่า สปสช เอาข้อมูลต่างด้าวเฉพาะแฟ้ม epi ครับ???

[เกื้อกูล ครับ..]

เห็นด้วยว่า ข้อมูล ของบุคคลไม่ใช่สัญชาติไทยก็น่าจะเชื่อมโยงได้ครับ - น่าเห็นใจโรงพยาบาลที่มีต่างด้าวเยอะๆ

แต่ผมลองมาดู Flow การตรวจสอบในเอกสารแนวทางการตรวจสอบแล้วยังสงสัยอยู่เล็กน้อยว่า ทำไม flow ตรวจ op ไม่เห็นมีการตรวจว่าบุคคลใดเป็นต่างด้าวหรือเปล่า แบบนี้พอไปเจอ วงสีแดงในรูปที่ 1 ก็คงจะ error หมดแม้ว่าข้อมูล op ของคนต่างด้าวนั้นจะครบถ้วนก็ตาม (เข้าใจถูกหรือเปล่าครับ??)

เห็นมีการตรวจสัญชาติก็แต่แฟ้ม epi แฟ้มเดียว ดังรูปที่ 2 แต่แฟ้มอื่นๆก็ยังเหมือนเดิมครับไม่มีการตรวจเรื่องสัญชาติ

หรือว่า สปสช เอาข้อมูลต่างด้าวเฉพาะแฟ้ม epi ครับ???

ถ้าตอบโจทย์ สปสช. ก็คือ  ไม่ได้เงินใน  OP  PACKAGE ครับ  แต่ใน  PP PACKAGE ได้เงินจาก EPI  ขณะเดียวกัน  โจทย์ของ รพ.ที่ต้องตอบ สนย. คือต้นทุนบริการ  ก็ยังต้องส่ง  OP  ต่างด้าวด้วยเพราะจะทำให้ทราบ load ของงานบริการครับ..ตามที่ อ.ณัฐแจ้งข้อมูล  สรุป เราต้องการตอบโจทย์ทั้ง 2 หน่วยงานใช่หรือไม่  ดังนั้น  DATA  QUALITY จึงอยู่ที่แม้ไม่ผ่านโปรแกรม สปสช. แต่ก็นำเข้า provis จังหวัดเพื่อเป็นข้อมูลบริการรวมของจังหวัดและกระทรวงสาธารณสุขได้ครับ..ต้องเข้าใจตรงกัน..

[nahos]

เห็นด้วยว่า ข้อมูล ของบุคคลไม่ใช่สัญชาติไทยก็น่าจะเชื่อมโยงได้ครับ - น่าเห็นใจโรงพยาบาลที่มีต่างด้าวเยอะๆ

แต่ผมลองมาดู Flow การตรวจสอบในเอกสารแนวทางการตรวจสอบแล้วยังสงสัยอยู่เล็กน้อยว่า ทำไม flow ตรวจ op ไม่เห็นมีการตรวจว่าบุคคลใดเป็นต่างด้าวหรือเปล่า แบบนี้พอไปเจอ วงสีแดงในรูปที่ 1 ก็คงจะ error หมดแม้ว่าข้อมูล op ของคนต่างด้าวนั้นจะครบถ้วนก็ตาม (เข้าใจถูกหรือเปล่าครับ??)

เห็นมีการตรวจสัญชาติก็แต่แฟ้ม epi แฟ้มเดียว ดังรูปที่ 2 แต่แฟ้มอื่นๆก็ยังเหมือนเดิมครับไม่มีการตรวจเรื่องสัญชาติ

หรือว่า สปสช เอาข้อมูลต่างด้าวเฉพาะแฟ้ม epi ครับ???

ถ้าตอบโจทย์ สปสช. ก็คือ  ไม่ได้เงินใน  OP  PACKAGE ครับ  แต่ใน  PP PACKAGE ได้เงินจาก EPI  ขณะเดียวกัน  โจทย์ของ รพ.ที่ต้องตอบ สนย. คือต้นทุนบริการ  ก็ยังต้องส่ง  OP  ต่างด้าวด้วยเพราะจะทำให้ทราบ load ของงานบริการครับ..ตามที่ อ.ณัฐแจ้งข้อมูล  สรุป เราต้องการตอบโจทย์ทั้ง 2 หน่วยงานใช่หรือไม่  ดังนั้น  DATA  QUALITY จึงอยู่ที่แม้ไม่ผ่านโปรแกรม สปสช. แต่ก็นำเข้า provis จังหวัดเพื่อเป็นข้อมูลบริการรวมของจังหวัดและกระทรวงสาธารณสุขได้ครับ..ต้องเข้าใจตรงกัน..

เชื่อมหรือไม่เชื่อมดีครับ 
โหวต ๆๆๆๆ

[champ_db]

เห็นด้วยว่า ข้อมูล ของบุคคลไม่ใช่สัญชาติไทยก็น่าจะเชื่อมโยงได้ครับ - น่าเห็นใจโรงพยาบาลที่มีต่างด้าวเยอะๆ

แต่ผมลองมาดู Flow การตรวจสอบในเอกสารแนวทางการตรวจสอบแล้วยังสงสัยอยู่เล็กน้อยว่า ทำไม flow ตรวจ op ไม่เห็นมีการตรวจว่าบุคคลใดเป็นต่างด้าวหรือเปล่า แบบนี้พอไปเจอ วงสีแดงในรูปที่ 1 ก็คงจะ error หมดแม้ว่าข้อมูล op ของคนต่างด้าวนั้นจะครบถ้วนก็ตาม (เข้าใจถูกหรือเปล่าครับ??)

เห็นมีการตรวจสัญชาติก็แต่แฟ้ม epi แฟ้มเดียว ดังรูปที่ 2 แต่แฟ้มอื่นๆก็ยังเหมือนเดิมครับไม่มีการตรวจเรื่องสัญชาติ

หรือว่า สปสช เอาข้อมูลต่างด้าวเฉพาะแฟ้ม epi ครับ???

ถ้าตอบโจทย์ สปสช. ก็คือ  ไม่ได้เงินใน  OP  PACKAGE ครับ  แต่ใน  PP PACKAGE ได้เงินจาก EPI  ขณะเดียวกัน  โจทย์ของ รพ.ที่ต้องตอบ สนย. คือต้นทุนบริการ  ก็ยังต้องส่ง  OP  ต่างด้าวด้วยเพราะจะทำให้ทราบ load ของงานบริการครับ..ตามที่ อ.ณัฐแจ้งข้อมูล  สรุป เราต้องการตอบโจทย์ทั้ง 2 หน่วยงานใช่หรือไม่  ดังนั้น  DATA  QUALITY จึงอยู่ที่แม้ไม่ผ่านโปรแกรม สปสช. แต่ก็นำเข้า provis จังหวัดเพื่อเป็นข้อมูลบริการรวมของจังหวัดและกระทรวงสาธารณสุขได้ครับ..ต้องเข้าใจตรงกัน..

เชื่อมหรือไม่เชื่อมดีครับ 
โหวต ๆๆๆๆ

ถ้าเป็นเช่นนี้ก็เชื่อมดีกว่าครับ

[machai]

สนับสนุนให้ ผู้รับบริการ ที่ไม่ใช่สัญชาติไทย
ที่ cid เป็น 0000000hnhnhn  ข้อมูลบุคคล

เชื่อมโยงได้ครับ

สนับสนุน  อ.nuttavut    ครับ
โดยอาจเพิ่มเงื่อนไข การตรวจสอบ สัญชาติเข้าไปด้วย ครับ

ถ้าสัญชาติไทย ห้ามใช้ cid รูปแบบ 0000000hnhnhn

ขอบคุณครับ

ตอนนี้ผมติดปัญหา เรื่องนี้อยู่ เลยคับ
   ตอนนี้ลงข้อมูล บัญชี 1 ก็ยังไม่ย้ายมา
 ไม่ทราบเวอร์ชั่นไหน ครับ

[เกื้อกูล ครับ..]

คงมีลักษณะปัญหานี้คล้าย ๆ กันครับ..เพราะบัญชี 1 ตรวจสอบรุปแบบ 13 หลักด้วยน่ะครับ

[machai]

คงมีลักษณะปัญหานี้คล้าย ๆ กันครับ..เพราะบัญชี 1 ตรวจสอบรุปแบบ 13 หลักด้วยน่ะครับ

ขอบคุณครับ อ.เกื้อ ฮุๆๆๆ

[anukul]

...จากการตรวจสอบ เพิ่มเติม
หากมีการตรวจสอบข้อมูล CID ที่ซ้ำซ้อน โดยการแก้ไขในหน้า ลงทะเบียนผู้ป่วยใหม่ แล้วทำการแก้ไข CID ที่ผิดแล้วแก้ให้ถูกต้อง เมื่อทำการบันทึกข้อมูลจะไปเก็บที่ table ptcardno

มีข้อสังเกตว่า  ข้อมูล CID ใน patient จะไม่เปลี่ยนไปตามที่แก้ไข โดยจะต้องใช้ Script ทำการ update ข้อมูลจาก table ptcardno  เข้าไป patient เอง   หลังจากนั้น เวลาส่งออกข้อมูล OP-PP 54 จะมีการส่งข้อมูล ไปยัง person ให้เพื่อให้สามารถเชื่อมโยงข้อมูลได้ แต่จะทำได้ในกรณีที่ใน person ยังไม่มีเลข cid นั้นๆ อยู่ ...

ถ้าหาก มี CID ซ้ำซ้อน ก็หมายความว่าไม่สามารถนำเข้าได้อีก และจะเกิด error pe9200  ดังที่เจอๆกันอยู่

ทีนี้หากมีการแก้ไข ความซ้ำซ้อน ก็จะต้องมีกระบวนการ Update อยู่หลายตาราง (ปัญหานี้ก็คงต้องให้ อ.MN ช่วยแก้ล่ะครับ  )   



 

พบเหมือนกัน  แต่รู้สึกจะหนักกว่า อ.Nuttavut   เดือนตุลาคม ส่งออก service ประมาณ หนึ่งหมื่นกว่าๆ แต่เป็น PID 000000 ประมาณ ห้าพันกว่าราย    ยังงงอยู่ ไม่รู้ว่าเกิดจากสาเหตุอะไร  เพราะตรวจใน patient และ person  ก็มี CID ถูกต้องตรงกัน  น่าจะใส่ person_id ได้

ต้องแก้ไขยังไงดีครับ

 

[nuttavut]

...จากการตรวจสอบ เพิ่มเติม
หากมีการตรวจสอบข้อมูล CID ที่ซ้ำซ้อน โดยการแก้ไขในหน้า ลงทะเบียนผู้ป่วยใหม่ แล้วทำการแก้ไข CID ที่ผิดแล้วแก้ให้ถูกต้อง เมื่อทำการบันทึกข้อมูลจะไปเก็บที่ table ptcardno

มีข้อสังเกตว่า  ข้อมูล CID ใน patient จะไม่เปลี่ยนไปตามที่แก้ไข โดยจะต้องใช้ Script ทำการ update ข้อมูลจาก table ptcardno  เข้าไป patient เอง   หลังจากนั้น เวลาส่งออกข้อมูล OP-PP 54 จะมีการส่งข้อมูล ไปยัง person ให้เพื่อให้สามารถเชื่อมโยงข้อมูลได้ แต่จะทำได้ในกรณีที่ใน person ยังไม่มีเลข cid นั้นๆ อยู่ ...

ถ้าหาก มี CID ซ้ำซ้อน ก็หมายความว่าไม่สามารถนำเข้าได้อีก และจะเกิด error pe9200  ดังที่เจอๆกันอยู่

ทีนี้หากมีการแก้ไข ความซ้ำซ้อน ก็จะต้องมีกระบวนการ Update อยู่หลายตาราง (ปัญหานี้ก็คงต้องให้ อ.MN ช่วยแก้ล่ะครับ  )   



 

พบเหมือนกัน  แต่รู้สึกจะหนักกว่า อ.Nuttavut   เดือนตุลาคม ส่งออก service ประมาณ หนึ่งหมื่นกว่าๆ แต่เป็น PID 000000 ประมาณ ห้าพันกว่าราย    ยังงงอยู่ ไม่รู้ว่าเกิดจากสาเหตุอะไร  เพราะตรวจใน patient และ person  ก็มี CID ถูกต้องตรงกัน  น่าจะใส่ person_id ได้

ต้องแก้ไขยังไงดีครับ

 

คุณหมอใช้เวอร์ชั่นไหนส่งออกครับ แนะนำล่าสุดเลยครับ

[anukul]

3.53.12.1 ตัวล่าสุด ครับ

ลองเดือน ตค. เมื่อคืนประมวลผล แล้วเช้าลองนำเข้าตรวจสอบข้อมูล ตัวใหม่เหมือนกัน 1.1.2 (02122554) 

[manoi]

ผมเพิ่มระบบตรวจสอบ pid ให้แล้วครับใน 3.53.12.4 ฝากทดสอบอีกครั้งครับ

[nuttavut]

ผมเพิ่มระบบตรวจสอบ pid ให้แล้วครับใน 3.53.12.4 ฝากทดสอบอีกครั้งครับ

ขอบคุณครับ

[kwh]

ความคิดผมนะ ครับ ผมแยก 18 แฟ้ม ออกเป็น 2 Version ครับ
1 สปสช
   1.1 OP Packgae
    เสนอให้ตัดส่งเฉพาะคนไทย
   1.2 PP Packgae สปสช
    เสนอตัดส่งทุกคนที่มาเชิงรุก
2 18 Provis สนย
   ตัดส่งทุกคน รองรับ Provis

ถ้าได้ตามนี้จะ win ทุกฝ่าย สถานบริการ  สปสช สนย  ไม่iรู้จะเป็นไปได้หรือเปล่าครับ ท่านอื่นเห็นว่าไงครับ

[มะโหน่ง]

ล่าสุด ผม ส่งออก จาก Version 3.53.12.16 PID 0000000 ยังออกมาตรึมครับ
แก้ไง ดีครับ จะครบกำหนดเส้นตาย สปสช. ส่งข้อมูลแล้ว

[nan_it]

ตอนนี้ผมก้เหมือกันครับ แก้ไม่ถูกเลย ยังจับจุดไม่ถูกเลยครับ อ.ท่านไหนพอจะแนะนำได้บางครับ

[เกื้อกูล ครับ..]

ตรวจสอบ ข้อมูลในตาราง  provis_person  ครับ


ลองลบข้อมูล ของ export_month >=255310  ทั้งหมดครับ...

แล้ว ส่งออกใหม่จากเมนูส่งออกข้อมูลโครงสร้างปี 2554 อีกทีครับ...

หากกังวล  ลอง save provis_person เป็น cds ไฟล์ เก็บไว้ก่อนลบครับ...

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