BMS-HOSxP Community
HOSxP => ยินดีต้อนรับ => ข้อความที่เริ่มโดย: decha ที่ ธันวาคม 02, 2010, 05:32:26 AM
-
มีคำถามคำตอบในบอร์ดของ เวป OPPP individual Records หลายกระทู้มีคำตอบที่ช่วยคลายความสงสัยได้ชัดเจน แต่ในขณะที่บางคำตอบก็ไม่ตรงกับการชี้แจงในคู่มือนัก ซึ่งบางเรื่องก็เป็นเรื่องที่ดีแต่บางทีก็ทำให้คนทำงานงงกับแนวทางปฏิบัติ ...
อย่างกรณีคนต่างด้าว ที่ไม่มี CID เดิมทีในคู่มือชี้อแจงไว้ว่าให้ใช้ 0 นำหน้า HN จนครบ 13 หลัก แต่มีคำตอบในกระทู้นึงตอบไว้อย่างนี้ครับ
"เอาอย่างนี้ครับ เอาเป็นว่าใส่แบบใดก็ได้ครับที่ หน่วยบริการสามารถแยกแยะได้ว่าเป็นใครและไม่ซ้ำกัน ทีนี้มันต้องมาเก็บในฟิลด์ CID ก็เลยต้องทำให้ครบ 13 หลักครับ เพราะฟิลด์นี้เขาเช็คว่ามีครบ 13 หลักหรือไม่ครับ.."
สรุปว่าใส่แบบใดก็ได้ีนี่หมายถึง ใส่ 0 ข้างหน้าตามด้วย HN จนครบ 13 หลัก 0000001234567 หรือจะใส่แบบ HN ข้างหน้าแล้วตามด้วย 0 จนครบ 13 หลัก 1234567000000
หรือการ Gen CID ที่ใช้กันอยู่ก็สามารถใช้ได้แล้ว..
-
ที่โรงพยาบาลผมไม่ได้สนใจเรื่อง 0 นำหน้า HN อยู่แล้วครับเพราะมานั่งคิดอีกทีมันก็ไม่มีทางรู้หรอกครับว่าถูกต้องหรือไม่ ซึ่งก็คือไม่สามารถจำแนกบุคคลได้ในความเป็นจริงผมว่าเขากำหนดแบบนี้ เหมือนไม่รู้จะทำอย่างไรกับผู้รับบริการกลุ่มนี้มากกว่า หากมีใครเสนอตอนประชุมจัดทำโครงสร้าง 18 แฟ้ม โดย cid ต่างด้าวให้ใช้ระบบเลข Generate คงจะผ่านฉลุยไม่ต้องมานั่งปวดหัวแบบนี้หรอกครับ อีกอย่างให้ 0 นำหน้า HN ก็ยังมีปัญหากับระบบบัญชี 1 ซึ่งมีระบบตรวจสอบ cid ผมว่าที่ อ.MN ออกแบบระบบไว้แล้วนี้ดีมากมายเลยครับ สุดยอดเลยครับ อ.MN ;D ;D
-
เช่นกันอีก ปัญหาหนึ่งที่เราหลงประเด็นกันอยู่ เดิมทีการส่งออก 18 แฟ้มของปี 2553 ส่ง PP และ OP ซึ่งต้องใช้ตาราง person ร่วมกัน ทำให้ต้องโอน patitent2person ซึ่งตามหลักการ เขาก็บอกแล้วว่า person คือผู้ที่อยู่ในเขตรับผิดชอบหรือผู้ที่มารับบริการด้านส่งเสริมสุขภาพเท่านั่น แต่เราถูกเงือนไขของ สปสช.ปี 2553 ที่ CID ต้องมีใน person
ในปีงบ 2554 เขามองเห็นว่า person ที่ รพ.ส่งไป ใหญ่มาก เขาจึงแยกเป็น 2 ไฟล์
งานด้านบริการผู้ป่วยนอกข้อมูลน่าจะได้มาจาก OP Package patient ของ HOSXP-------> person
งานด้านส่งเสริมสุขภาพข้อมูลน่าจะได้มาจาก PP Package person ของ HOSxP -------> person
ถ้าทำตามโปรแกรมของ อ.ชัยพร น่าจะถูกต้องแล้ว โดยไม่ต้องมี tool patient2person อีกต่อไป ที่เคยโอนมาตามเงือนไข OPPP ปี 2553 ก็แล้วไป
แต่ต้องทำ patient ให้ตรงตามเงือนไข OP package 2554 เท่านั่น แล้ว อ.ชัยพร ก็จะทำการโอนมาเป็น person เอง
ถ้าทำตามเงื่อนไข ของ สปสช. ก็ไม่ต้องทำ tool patient2person สำหรับโรงพยาบาลใหญ่ ๆ เพราะถ้าทำแล้วจะมีปัญหาในส่วนงานเชิงรุกมาก การประมวลผลช้ามาก
ถ้าทำตามเงื่อนไข ของ สนย ก็จำเป็นต้องทำ tool patient2person เพราะรวม person ใน OP+PP package สำหรับ รพ.เล็กและ PCU สอ. รพ.สต ปัญหาไม่ค่อยมี ข้อมูลมีน้อยอยูแล้ว
-
;D ;D ;D ไอ้ที่ตอบง่าย ๆ แบบนี้นี่แหละที่มัน Error มากมายในปี 53 แล้วคนรับกรรมคือคนส่งข้อมูล สงสัยสปสช.จะฟัน(ธง)ไม่เป็นนะผมว่า เป็นผมนะพ่อจะฟัน(ธง)ให้เหลือคำตอบเดียวจะได้ไม่คาใจคนส่งข้อมูลไม่ต้องมานั่งคิดต่อว่าจะเลือกแบบไหนแล้วยังไม่รู้ว่าไอ้ที่เลือกไปมันถูกหรือยัง เฮ้อ...คำถามเดิม ๆ พี่แกตอบมาตั้งแต่ก่อนตุลาฯป่านนี้ยังไม่เคลียร์ ดีใจที่ไม่เคยเข้าบอร์ดสปสช.ให้ปวดหัวยึดตาม Flow ตรวจสอบแล้วตามเก็บข้อมูลในบอร์ด HOSxP นี่แหละว่าไงว่ากัน ;D ;D ;D
-
ที่โรงพยาบาลผมไม่ได้สนใจเรื่อง 0 นำหน้า HN อยู่แล้วครับเพราะมานั่งคิดอีกทีมันก็ไม่มีทางรู้หรอกครับว่าถูกต้องหรือไม่ ซึ่งก็คือไม่สามารถจำแนกบุคคลได้ในความเป็นจริงผมว่าเขากำหนดแบบนี้ เหมือนไม่รู้จะทำอย่างไรกับผู้รับบริการกลุ่มนี้มากกว่า หากมีใครเสนอตอนประชุมจัดทำโครงสร้าง 18 แฟ้ม โดย cid ต่างด้าวให้ใช้ระบบเลข Generate คงจะผ่านฉลุยไม่ต้องมานั่งปวดหัวแบบนี้หรอกครับ อีกอย่างให้ 0 นำหน้า HN ก็ยังมีปัญหากับระบบบัญชี 1 ซึ่งมีระบบตรวจสอบ cid ผมว่าที่ อ.MN ออกแบบระบบไว้แล้วนี้ดีมากมายเลยครับ สุดยอดเลยครับ อ.MN ;D ;D
เห็นด้วยครับ
เช่นกันอีก ปัญหาหนึ่งที่เราหลงประเด็นกันอยู่ เดิมทีการส่งออก 18 แฟ้มของปี 2553 ส่ง PP และ OP ซึ่งต้องใช้ตาราง person ร่วมกัน ทำให้ต้องโอน patitent2person ซึ่งตามหลักการ เขาก็บอกแล้วว่า person คือผู้ที่อยู่ในเขตรับผิดชอบหรือผู้ที่มารับบริการด้านส่งเสริมสุขภาพเท่านั่น แต่เราถูกเงือนไขของ สปสช.ปี 2553 ที่ CID ต้องมีใน person
ในปีงบ 2554 เขามองเห็นว่า person ที่ รพ.ส่งไป ใหญ่มาก เขาจึงแยกเป็น 2 ไฟล์
งานด้านบริการผู้ป่วยนอกข้อมูลน่าจะได้มาจาก OP Package patient ของ HOSXP-------> person
งานด้านส่งเสริมสุขภาพข้อมูลน่าจะได้มาจาก PP Package person ของ HOSxP -------> person
ถ้าทำตามโปรแกรมของ อ.ชัยพร น่าจะถูกต้องแล้ว โดยไม่ต้องมี tool patient2person อีกต่อไป ที่เคยโอนมาตามเงือนไข OPPP ปี 2553 ก็แล้วไป
แต่ต้องทำ patient ให้ตรงตามเงือนไข OP package 2554 เท่านั่น แล้ว อ.ชัยพร ก็จะทำการโอนมาเป็น person เอง
ถ้าทำตามเงื่อนไข ของ สปสช. ก็ไม่ต้องทำ tool patient2person สำหรับโรงพยาบาลใหญ่ ๆ เพราะถ้าทำแล้วจะมีปัญหาในส่วนงานเชิงรุกมาก การประมวลผลช้ามาก
ถ้าทำตามเงื่อนไข ของ สนย ก็จำเป็นต้องทำ tool patient2person เพราะรวม person ใน OP+PP package สำหรับ รพ.เล็กและ PCU สอ. รพ.สต ปัญหาไม่ค่อยมี ข้อมูลมีน้อยอยูแล้ว
ผมก็หลงประเด็นอยู่พักใหญ่มัวไปเคลียร์ข้อมูล Person อย่างเดียวอยู่นานตอนนี้กลับมาดูที่ Patient ให้ดีที่สุดก่อนแต่ก็ยังไม่ลืมที่จะโอน Patient2Person อีกทีครับ
-
;D ;D ;D ไอ้ที่ตอบง่าย ๆ แบบนี้นี่แหละที่มัน Error มากมายในปี 53 แล้วคนรับกรรมคือคนส่งข้อมูล สงสัยสปสช.จะฟัน(ธง)ไม่เป็นนะผมว่า เป็นผมนะพ่อจะฟัน(ธง)ให้เหลือคำตอบเดียวจะได้ไม่คาใจคนส่งข้อมูลไม่ต้องมานั่งคิดต่อว่าจะเลือกแบบไหนแล้วยังไม่รู้ว่าไอ้ที่เลือกไปมันถูกหรือยัง เฮ้อ...คำถามเดิม ๆ พี่แกตอบมาตั้งแต่ก่อนตุลาฯป่านนี้ยังไม่เคลียร์ ดีใจที่ไม่เคยเข้าบอร์ดสปสช.ให้ปวดหัวยึดตาม Flow ตรวจสอบแล้วตามเก็บข้อมูลในบอร์ด HOSxP นี่แหละว่าไงว่ากัน ;D ;D ;D
ไปประชุมที่เชียงใหม่ ป๋าเอาธงไปด้วยนะครับ ..ตอนพูดเรื่องวัคซีน ฟันธง ฉับๆๆ ;D
ผมว่ามันเรื่องที่ึคิดยากอยู่เหมือนกันนะครับ ไม่ว่าจะเป็นเรื่อง OP PP คนไข้ในเขต นอกเขต หรือแม้กระทั่งการเก็บข้อมูลใน patient และ person ที่ยังมีจุดดีที่แตกต่างกันอยู่ ซึ่งตอนนี้หลายๆที่ที่ใช้ HOSxP เต็มระบบผู้ใช้ก็เริ่มมีความต้องการระบบงานที่ตอบสนองต่องานตัวเองมากขึ้น หรือแม้กระทั่งงานรักษาพยาบาลซึ่งแต่เดิมทีมรักษามองข้อมูลอยู่ในระบบ patient แค่ข้อมูลประวัติการเจ็บป่้วยเท่านั้น แต่ปัจจุบันมีความต้องการข้อมูลเชิงลึก ทีมีอยู่ใน person ซึ่งก็น่าสนใจนะครับว่าทิศทางในอนาคตจะทำอย่างไร..
อย่างกรณี PP ผมไม่ได้มองว่าแค่เรื่องการส่งข้อมูลของคนไข้ในเขตเท่านั้น แต่การเก็บข้อมูลงานส่งเสริมทั้ง anc epi fp ใช้ประโยชน์ได้ทั้งคนไข้ในเขตและนอกเขตซึ่งตรงนี้มันหาที่เก็บไม่ได้ใน patient ถ้าไม่โอนเข้ามาใน person
ผมว่าที่จริง สปสช.เขาก็เจตนาดีนะครับที่อยากให้ผลงานตาม workload เพราะถ้าเอาข้อมูลเฉพาัะในเขตรับผิดชอบมันก็อาจจะน้อยเกินไป บางสถานบริการประชากรน้อยแต่รับให้บริการคนนอกเขตเยอะมากเป็น workload ที่ควรได้สำหรับคนที่ทำงานหนัก แต่พอจะเอามาจัดสรรมันก็คิดยากว่าจะใช้ข้อมูลอย่างไรให้เป็นธรรมกับทุกฝ่าย
แต่ที่สำคัญคือมันมีคนที่ใช้ข้อมูลต่างกันอยู่ 2 หน่วยงาน คือ สนย. และ สปสช.นี่แหละ ทั้งเกณฑ์ ทั้งวิธีการส่งที่สร้างความวุ่นวายให้กับผู้ปฏิบัติไม่น้อย
-
;D ;D ;D ไอ้ที่ตอบง่าย ๆ แบบนี้นี่แหละที่มัน Error มากมายในปี 53 แล้วคนรับกรรมคือคนส่งข้อมูล สงสัยสปสช.จะฟัน(ธง)ไม่เป็นนะผมว่า เป็นผมนะพ่อจะฟัน(ธง)ให้เหลือคำตอบเดียวจะได้ไม่คาใจคนส่งข้อมูลไม่ต้องมานั่งคิดต่อว่าจะเลือกแบบไหนแล้วยังไม่รู้ว่าไอ้ที่เลือกไปมันถูกหรือยัง เฮ้อ...คำถามเดิม ๆ พี่แกตอบมาตั้งแต่ก่อนตุลาฯป่านนี้ยังไม่เคลียร์ ดีใจที่ไม่เคยเข้าบอร์ดสปสช.ให้ปวดหัวยึดตาม Flow ตรวจสอบแล้วตามเก็บข้อมูลในบอร์ด HOSxP นี่แหละว่าไงว่ากัน ;D ;D ;D
ไปประชุมที่เชียงใหม่ ป๋าเอาธงไปด้วยนะครับ ..ตอนพูดเรื่องวัคซีน ฟันธง ฉับๆๆ ;D
ผมว่ามันเรื่องที่ึคิดยากอยู่เหมือนกันนะครับ ไม่ว่าจะเป็นเรื่อง OP PP คนไข้ในเขต นอกเขต หรือแม้กระทั่งการเก็บข้อมูลใน patient และ person ที่ยังมีจุดดีที่แตกต่างกันอยู่ ซึ่งตอนนี้หลายๆที่ที่ใช้ HOSxP เต็มระบบผู้ใช้ก็เริ่มมีความต้องการระบบงานที่ตอบสนองต่องานตัวเองมากขึ้น หรือแม้กระทั่งงานรักษาพยาบาลซึ่งแต่เดิมทีมรักษามองข้อมูลอยู่ในระบบ patient แค่ข้อมูลประวัติการเจ็บป่้วยเท่านั้น แต่ปัจจุบันมีความต้องการข้อมูลเชิงลึก ทีมีอยู่ใน person ซึ่งก็น่าสนใจนะครับว่าทิศทางในอนาคตจะทำอย่างไร..
อย่างกรณี PP ผมไม่ได้มองว่าแค่เรื่องการส่งข้อมูลของคนไข้ในเขตเท่านั้น แต่การเก็บข้อมูลงานส่งเสริมทั้ง anc epi fp ใช้ประโยชน์ได้ทั้งคนไข้ในเขตและนอกเขตซึ่งตรงนี้มันหาที่เก็บไม่ได้ใน patient ถ้าไม่โอนเข้ามาใน person
ผมว่าที่จริง สปสช.เขาก็เจตนาดีนะครับที่อยากให้ผลงานตาม workload เพราะถ้าเอาข้อมูลเฉพาัะในเขตรับผิดชอบมันก็อาจจะน้อยเกินไป บางสถานบริการประชากรน้อยแต่รับให้บริการคนนอกเขตเยอะมากเป็น workload ที่ควรได้สำหรับคนที่ทำงานหนัก แต่พอจะเอามาจัดสรรมันก็คิดยากว่าจะใช้ข้อมูลอย่างไรให้เป็นธรรมกับทุกฝ่าย
แต่ที่สำคัญคือมันมีคนที่ใช้ข้อมูลต่างกันอยู่ 2 หน่วยงาน คือ สนย. และ สปสช.นี่แหละ ทั้งเกณฑ์ ทั้งวิธีการส่งที่สร้างความวุ่นวายให้กับผู้ปฏิบัติไม่น้อย
...ความคิดเห็นของพี่..ผมเห็นด้วยครับ..
-
ผมเห็นด้วยกับพี่ decha นะครับ
ระยะยาวแล้ว การรักษาดูแลสุขภาพ ใช้ข้อมูลเชิงรับอย่างเดียวไม่พอ ต้องบวกข้อมูลเชิงรุก มองแบบครบทั้งคนทั้งครอบครัว
ตาราง Patient ต่อไป ถ้าจะมี ฟิวส์เพิ่มเติมให้เหมือน ตาราง person แล้ว ก็จะเหลือตารางเดียวใน Hosxp
ที่เอา ฟิวส์ ตาราง patient+ person แล้วสามารถใช้งานทั้งเชิงรับและเชิงรุก ก็จะลดปัญหา ฐานข้อมูลเดียวกันแต่มีตารางหลัก 2 ตารางที่มีขนาดโตขึ้นทุกวัน เป็นคู่ขนานกัน ทำให้เกิดปัญหาประมวลผลล่าช้า
-
??? ??? ??? ??? ผมว่ายกเลิกงานที่เกี่ยวข้องกับข้อมูลของ สนย.แล้วมาเอาข้อมูลที่เกี่ยวข้องกับ สปสช แทนดีไหม
จะได้ลดกำลังคนของ สนย.ลง เงินเดือนที่จ่ายก็ภาษาประชาชนทั้งนั้น
มันน่าจะเป็นการทำงานซ้ำซ้อนกันหรือเปล่า
ความคิดเห็นส่วนตัวนะครับ อิอิ ??? ??? ???
-
:o ผมเห็นด้วยในหลายๆเหตุผล การส่งข้อมูลที่หลากหลายโดยเฉพาะ ตารางperson + patient เป็นตารางเดียวกัน ปัจจุบันมีความลำบากมากในการต้องทำสองตารางให้เชื่อมโยงกัน ในการแยกส่งข้อมูล สถานีอนามัยสบายหน่อยใช้เฉพาะ person ผมดันๆๆๆให้เกิด :-*
-
ผมเห็นด้วยกับพี่ decha นะครับ
ระยะยาวแล้ว การรักษาดูแลสุขภาพ ใช้ข้อมูลเชิงรับอย่างเดียวไม่พอ ต้องบวกข้อมูลเชิงรุก มองแบบครบทั้งคนทั้งครอบครัว
ตาราง Patient ต่อไป ถ้าจะมี ฟิวส์เพิ่มเติมให้เหมือน ตาราง person แล้ว ก็จะเหลือตารางเดียวใน Hosxp
ที่เอา ฟิวส์ ตาราง patient+ person แล้วสามารถใช้งานทั้งเชิงรับและเชิงรุก ก็จะลดปัญหา ฐานข้อมูลเดียวกันแต่มีตารางหลัก 2 ตารางที่มีขนาดโตขึ้นทุกวัน เป็นคู่ขนานกัน ทำให้เกิดปัญหาประมวลผลล่าช้า
เห็นด้วยครับ ถ้าตาราง patient+ person รวมกัน ก็จะช่วยลดปัญหาต่างๆได้ :'(
-
;D ;D ;D ไอ้ที่ตอบง่าย ๆ แบบนี้นี่แหละที่มัน Error มากมายในปี 53 แล้วคนรับกรรมคือคนส่งข้อมูล สงสัยสปสช.จะฟัน(ธง)ไม่เป็นนะผมว่า เป็นผมนะพ่อจะฟัน(ธง)ให้เหลือคำตอบเดียวจะได้ไม่คาใจคนส่งข้อมูลไม่ต้องมานั่งคิดต่อว่าจะเลือกแบบไหนแล้วยังไม่รู้ว่าไอ้ที่เลือกไปมันถูกหรือยัง เฮ้อ...คำถามเดิม ๆ พี่แกตอบมาตั้งแต่ก่อนตุลาฯป่านนี้ยังไม่เคลียร์ ดีใจที่ไม่เคยเข้าบอร์ดสปสช.ให้ปวดหัวยึดตาม Flow ตรวจสอบแล้วตามเก็บข้อมูลในบอร์ด HOSxP นี่แหละว่าไงว่ากัน ;D ;D ;D
ไปประชุมที่เชียงใหม่ ป๋าเอาธงไปด้วยนะครับ ..ตอนพูดเรื่องวัคซีน ฟันธง ฉับๆๆ ;D
ผมว่ามันเรื่องที่ึคิดยากอยู่เหมือนกันนะครับ ไม่ว่าจะเป็นเรื่อง OP PP คนไข้ในเขต นอกเขต หรือแม้กระทั่งการเก็บข้อมูลใน patient และ person ที่ยังมีจุดดีที่แตกต่างกันอยู่ ซึ่งตอนนี้หลายๆที่ที่ใช้ HOSxP เต็มระบบผู้ใช้ก็เริ่มมีความต้องการระบบงานที่ตอบสนองต่องานตัวเองมากขึ้น หรือแม้กระทั่งงานรักษาพยาบาลซึ่งแต่เดิมทีมรักษามองข้อมูลอยู่ในระบบ patient แค่ข้อมูลประวัติการเจ็บป่้วยเท่านั้น แต่ปัจจุบันมีความต้องการข้อมูลเชิงลึก ทีมีอยู่ใน person ซึ่งก็น่าสนใจนะครับว่าทิศทางในอนาคตจะทำอย่างไร..
อย่างกรณี PP ผมไม่ได้มองว่าแค่เรื่องการส่งข้อมูลของคนไข้ในเขตเท่านั้น แต่การเก็บข้อมูลงานส่งเสริมทั้ง anc epi fp ใช้ประโยชน์ได้ทั้งคนไข้ในเขตและนอกเขตซึ่งตรงนี้มันหาที่เก็บไม่ได้ใน patient ถ้าไม่โอนเข้ามาใน person
ผมว่าที่จริง สปสช.เขาก็เจตนาดีนะครับที่อยากให้ผลงานตาม workload เพราะถ้าเอาข้อมูลเฉพาัะในเขตรับผิดชอบมันก็อาจจะน้อยเกินไป บางสถานบริการประชากรน้อยแต่รับให้บริการคนนอกเขตเยอะมากเป็น workload ที่ควรได้สำหรับคนที่ทำงานหนัก แต่พอจะเอามาจัดสรรมันก็คิดยากว่าจะใช้ข้อมูลอย่างไรให้เป็นธรรมกับทุกฝ่าย
แต่ที่สำคัญคือมันมีคนที่ใช้ข้อมูลต่างกันอยู่ 2 หน่วยงาน คือ สนย. และ สปสช.นี่แหละ ทั้งเกณฑ์ ทั้งวิธีการส่งที่สร้างความวุ่นวายให้กับผู้ปฏิบัติไม่น้อย
...ความคิดเห็นของพี่..ผมเห็นด้วยครับ..
เห็นด้วยเป็นอย่างยิ่ง ขนาดวันประชุมชี้แจง สปสช.กับ สนย.ยังขึ้นกันคนละวันเลยครับ
-
??? ??? ??? ??? ผมว่ายกเลิกงานที่เกี่ยวข้องกับข้อมูลของ สนย.แล้วมาเอาข้อมูลที่เกี่ยวข้องกับ สปสช แทนดีไหม
จะได้ลดกำลังคนของ สนย.ลง เงินเดือนที่จ่ายก็ภาษาประชาชนทั้งนั้น
มันน่าจะเป็นการทำงานซ้ำซ้อนกันหรือเปล่า
ความคิดเห็นส่วนตัวนะครับ อิอิ ??? ??? ???
ความคิดนี้แรง ครับ
1. สนย.ก็คิดจะยุบ สปสช ด้วยเห็นผลว่า
ใช้พวกเราทำงานเก็บข้อมูลให้โดยใช้เงินที่หักต่อหัวประชากรUCมาเป็นเครื่องมือ ล่อจ้างให้พวกเราส่งข้อมูลให้ โดยมีเงื่อนไขว่า ข้อมูลดีน่าซื้อ ก็จ่ายเงิน ข้อมูลขยะก็ไม่จ่ายเงิน
2. พี่ wiphusit ตัวแทนพวกเรา คิดจะยุบ สนย. เพราะอยากได้ข้อมูลจากพวกเรา แต่ตั้งเงื่อนไขมากมาย
-
ผมเอาแค่ประเด็นเดียว.............ถ้าสามารถรวม patient และ person ให้อยู่ในตารางเดียวกันได้ ก็จะเป็นการดีครับ...........แบบว่าบันทึกทีเดียวได้ทั้งสองงาน(เชิงรุก-เชิงรับ) แล้วก็ไม่ต้องคอยไปปรับฐานทีละหลายๆตาราง................
-
จริงเหรอครับ Person รวม patient
ผมกลับมองอีกมุมครับ
จะไหวไหมครับ กับการบันทึก person ให้ครอบคลุม ถ้าใช้ รวม patient กับ person
ถ้ารวมกันจริง ๆ จะไหวไหมครับ ลดภาระ ลดงาน admin จริง ๆ เหรอ
ต้องดูแล บัญชี 1 2 3 4 5 6 คนทั้งอำเภอ นะครับ :)
-
จริงเหรอครับ Person รวม patient
ผมกลับมองอีกมุมครับ
จะไหวไหมครับ กับการบันทึก person ให้ครอบคลุม ถ้าใช้ รวม patient กับ person
ถ้ารวมกันจริง ๆ จะไหวไหมครับ ลดภาระ ลดงาน admin จริง ๆ เหรอ
ต้องดูแล บัญชี 1 2 3 4 5 6 คนทั้งอำเภอ นะครับ :)
คนทั้งประเทศแหล่ะครับ. ที่อาจมารับบริการที่ีเรา น่าจะใช้ดึงตรงมหาดไทยหรือสปสช.ไปเลย...แล้วนำมาใช้เฉพาะที่เลือกเป็นรายครั้งไม่ต้องทำฐานข้อมูลเองซ้ำซ้อน ทำเหมือน MOU ระหว่างมหาดไทยกับศิริราช งัยครับ...แหล่มที่สุด
-
อย่างที่ผมได้แสดงความคิดเห็นไปครับ ว่า PCU รพ.เล็กๆ จะไม่ค่อยมีปัญหา แต่จะมีปัญหากับ รพ.ใหญ่ๆ ที่ให้บริการต่างอำเภอด้วย รพท รพศ ต้องให้บริการต่างจังหวัดด้วย รพศ patient มีกว่า 500,000 คน บางแห่งไม่มีเขตรับผิดชอบของสถานบริการเลย ดังนั้น รพศ ก็จะมีข้อมูล ส่วน PP package ในส่วนงานส่งเสริมสุขภาพเท่านั้น และไม่จำเป็นต้องส่ง สนย.ด้วย(เนื่องจากไม่มีเขตรับผิดชอบของตนเอง) สนย.ต้องการข้อมูลส่วน PP package ส่วนที่ให้บริการส่งเสริมสุขภาพ(ทั้งนอกเขตและในเขต) และข้อมูลที่สมบุรณ์ในแฟ้มพื้นฐานที่ใช้อยู่ในเขตรับผิดชอบ ได้แก่แฟ้ม home person village house card women pp fp
โปรแกรมก็แจ้งอยู่แล้วว่า " เกณฑ์การตรวจสอบข้อมูลสถานีอนามัยและศูนย์สุขภาพชุมชน ในรูปแบบ 18 แฟ้มมาตราฐาน "
ไม่ได้แจ้งว่า " เกณฑ์การตรวจสอบข้อมูลโรงพยาบาล ในรูปแบบ 18 แฟ้มมาตราฐาน "
ซึงมาตราฐานจริง ๆ ที่จะใช้ในปี 2555 เป็นแบบ 35+15 แฟ้ม= 50 แฟ้ม แต่ยังไม่ประกาศเป็นทางการเท่านั้น
-
เข้ามาเก็บข้อมูลครับ
-
อย่างที่ผมได้แสดงความคิดเห็นไปครับ ว่า PCU รพ.เล็กๆ จะไม่ค่อยมีปัญหา แต่จะมีปัญหากับ รพ.ใหญ่ๆ ที่ให้บริการต่างอำเภอด้วย รพท รพศ ต้องให้บริการต่างจังหวัดด้วย รพศ patient มีกว่า 500,000 คน บางแห่งไม่มีเขตรับผิดชอบของสถานบริการเลย ดังนั้น รพศ ก็จะมีข้อมูล ส่วน PP package ในส่วนงานส่งเสริมสุขภาพเท่านั้น และไม่จำเป็นต้องส่ง สนย.ด้วย(เนื่องจากไม่มีเขตรับผิดชอบของตนเอง) สนย.ต้องการข้อมูลส่วน PP package ส่วนที่ให้บริการส่งเสริมสุขภาพ(ทั้งนอกเขตและในเขต) และข้อมูลที่สมบุรณ์ในแฟ้มพื้นฐานที่ใช้อยู่ในเขตรับผิดชอบ ได้แก่แฟ้ม home person village house card women pp fp
โปรแกรมก็แจ้งอยู่แล้วว่า " เกณฑ์การตรวจสอบข้อมูลสถานีอนามัยและศูนย์สุขภาพชุมชน ในรูปแบบ 18 แฟ้มมาตราฐาน "
ไม่ได้แจ้งว่า " เกณฑ์การตรวจสอบข้อมูลโรงพยาบาล ในรูปแบบ 18 แฟ้มมาตราฐาน "
ซึงมาตราฐานจริง ๆ ที่จะใช้ในปี 2555 เป็นแบบ 35+15 แฟ้ม= 50 แฟ้ม แต่ยังไม่ประกาศเป็นทางการเท่านั้น
ตาม อ.วีระวัฒน์ ว่าแหละครับ โดยหลักมันควรเป็นเช่นนั้น ซึ่งอาจจะเป็นไปได้ว่า PCU คงต้องแยกรหัสสถานบริการออกจาก รพ.ต่างหากด้วยหรือเปล่า และมีการจัดสรรเฉพาะผู้ป่วยของ รพ.ต่างหาก โดย รพช.,รพท,หรือ รพศ. ซึ่งในช่วงก่อนปี 53 ผมก็ไม่ได้โอนผู้ป่วยนอกเขตเข้ามาในฐาน person เพราะเข้าใจเหมือน อ.วีระัวัฒน์บอกว่ามันไม่น่าจะใช้ แต่ก็มีการปรับเกณฑ์ในปี 53 ทำให้เกิดวิธีการโอน patient--->person เพราะอ่านเกณฑ์แล้วมันเป็นไปได้แบบนี้เท่านั้น..
แล้วทำอย่างไรต่อไปดีครับ ;D
-
ปี 2554 ต้องทำ tool ลบคน person ออกจากระบบไปครับ ;D
-
เอางั้นเลยนะครับ อ. Doraemon
สนับสนุนความคิด อ.เอก ด้วยคน