EMR

ให้นัดหมายและเวชระเบียนตรงกันกับระบบที่คลินิกของคุณใช้อยู่แล้ว

Moshivo ไม่ได้มาแทนระบบเวชระเบียนของคุณ เราดูแลบทสนทนาและการจอง ส่วน EMR ของคุณดูแลแฟ้มผู้ป่วย การตั้งค่า → EMR คือที่ที่ทั้งสองมาบรรจบกัน และเป็นที่ที่คุณกำหนดว่าอะไรบ้างที่เดินทางระหว่างกันได้ มีสองแผง คือ การเชื่อมต่อ แล้วตามด้วย การซิงค์ ว่าอนุญาตให้ทำอะไรได้บ้าง

การเชื่อมต่อ

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

  • Cliniko — API key อีเมลติดต่อ และ business ID ตัว key มีรหัสภูมิภาคติดอยู่ท้ายอยู่แล้ว (…-au2) จึงไม่ต้องกรอกภูมิภาคเพิ่ม
  • Zenoti — API key และ centre ID
  • Pabau — API key
  • Clinicea — API key และ API URL เฉพาะกรณีที่ของคุณไม่ใช่ค่ามาตรฐาน API ของพวกเขาเป็นส่วนเสริมที่ต้องจ่ายเพิ่มในฝั่งเขา

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

Key เป็นแบบเขียนอย่างเดียว เมื่อเก็บแล้วจะไม่ถูกส่งกลับมายังเบราว์เซอร์ของคุณอีก ช่องจึงแสดงเป็นจุด และการปล่อยช่องว่างหมายถึงคงค่าเดิมไว้

เลือกว่าจะซิงค์อะไร

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

  • นัดหมาย — ไปกลับทั้งสองทาง และเป็นสวิตช์เดียวแทนที่จะเป็นสองตัว เพราะสถานะครึ่ง ๆ กลาง ๆ คือกับดัก การจองที่ยืนยันแล้วจะถูกเขียนลง EMR ของคุณ พร้อมทั้งการเลื่อนและการยกเลิก และสิ่งที่ทีมของคุณแก้ไขที่นั่นบนนัดเดียวกันนั้นก็จะกลับมา ทั้งเวลา การยกเลิก และการไม่มาตามนัด ระบบจะแตะเฉพาะนัดที่เราส่งไปเท่านั้น สมุดนัดของคุณจึงไม่ถูกนำเข้ามา
  • ผู้ป่วย — ทะเบียนผู้ป่วยของพวกเขาจะถูกดึงเข้ามาที่ ผู้ติดต่อ ซึ่งเป็นสิ่งที่ทำให้เดสก์ใหม่ใช้งานได้จริงตั้งแต่วันแรก เราจับคู่ด้วยเบอร์โทร แล้วจึงอีเมล ก่อนจะสร้างอะไรขึ้นใหม่ และผู้ติดต่อที่มีอยู่แล้วจะไม่ถูกเขียนทับ ในทางกลับกัน แฟ้มจะถูกสร้างเมื่อมีคนจองเท่านั้น ไม่ใช่สำหรับทุกคนที่ส่งข้อความมา และมันไม่สมมาตร เบอร์โทรที่แก้ไขใน EMR ของคุณจะไม่ย้อนกลับมาหาเรา
  • ผู้ให้บริการ และ บริการ — จับคู่ด้วยชื่อ อะไรที่ตรงกันจะถูกเชื่อม อะไรที่ไม่ตรงกับสิ่งใดเลยจะถูกทิ้งไว้ให้คนตัดสิน เพราะการจับคู่ผู้ให้บริการแบบใกล้เคียงหมายถึงลูกค้าถูกจองกับหมอผิดคน

สวิตช์ที่ EMR ของคุณรองรับไม่ได้จะเป็นสีจางและระบุว่า ไม่รองรับ แทนที่จะแสร้งว่าทำได้ Pabau และ Clinicea เขียนข้อมูลกลับไม่ได้ สวิตช์นัดหมายของทั้งสองจึงปิดอยู่เสมอไม่ว่าคุณจะทำอย่างไร

แผงการเชื่อมต่อ และแผงการซิงค์ที่อยู่ใต้ลงมา
แผงการเชื่อมต่อ และแผงการซิงค์ที่อยู่ใต้ลงมา

ทำงานบ่อยแค่ไหน

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

สิ่งที่ไม่มีวันเดินทาง

บันทึกทางคลินิก ใบสั่งยา ภาพ ใบแจ้งหนี้ และการเคลมประกัน อยู่ใน EMR ของคุณเท่านั้น เราไม่อ่านและไม่เขียนสิ่งเหล่านี้

เรื่องที่ควรรู้

  • Cliniko ค้นหาผู้ป่วยด้วยเบอร์โทรไม่ได้ API ของพวกเขากรองได้แค่อีเมลและชื่อ ลูกค้าที่เคยให้แค่เบอร์โทรจึงหาไม่เจอในทะเบียนของคุณ และจะมีการสร้างแฟ้มใหม่ขึ้นมา ไม่มีอะไรสูญหาย แต่อาจมีสองแฟ้มของคนคนเดียวที่ต้องรวมกัน
  • การจองที่ผู้ให้บริการยังไม่ถูกเชื่อมจะไม่เดินทาง มันจะล้มเหลวอย่างชัดเจน แทนที่จะปล่อยให้เราเลือกผู้ให้บริการในระบบของคุณเอง ให้เปิดผู้ให้บริการแล้วกดซิงค์ ก่อนจะคาดหวังว่านัดหมายจะไปถึง
  • ถ้า EMR ของคุณติดต่อไม่ได้ ก็ไม่มีอะไรพัง การจองจะเกิดที่นี่ก่อนและเข้าคิวไว้ แล้วจะไปถึง EMR ของคุณเมื่อมันตอบกลับมาอีกครั้ง
  • การยกเลิกการเชื่อมต่อยังคงการจับคู่ไว้ ข้อมูลรับรองจะหายไป แต่การจับคู่ระหว่างระเบียนของพวกเขากับของเรายังอยู่ เพราะการเชื่อม EMR เดิมกลับมาไม่ควรต้องจับคู่ผู้ป่วยใหม่ทั้งหมด แล้วทำให้คลินิกมีแฟ้มที่สองของทุกคน ระบบจะถามยืนยันสองครั้งก่อนทำ