ซอฟต์แวร์โรงพยาบาล · ติดตั้งในองค์กร

ตารางเวรที่ผู้อำนวยการเซ็นแล้ว
กับสิ่งที่เกิดขึ้นจริง
ต่างกันตรงไหน

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

5
ระบบที่ใช้งานจริง
26
เวอร์ชันที่ปล่อยแล้ว
1,096
เทสต์อัตโนมัติ
0
ข้อมูลผู้ป่วยในระบบจัดเวร
ตารางเวร · กลุ่มการพยาบาล รอบ 01–14
1234567891011121314
สมหญิง ว.◆
บ
ด
ด
ด
ด
ช
ช
ช
ช
ช
ช
ช
ณัฐพล ส.
ด
ช
ด
ด
ด
ช
ช
ช
ช
กมลชนก ป.◆
ช
ช
ช
ช
ช
ช
ด
ด
ด
ด
ช
บ
ธีรศักดิ์ อ.
บ
ด
ด
ช
ด
บ
ช
บ
พิมพ์ใจ ร.
ช
ช
ช
ด
บ
ด
บ
ช
ด
วรพงษ์ ค.◆
บ
บ
บ
บ
บ
บ
บ
บ
บ
บ
บ
บ
อรทัย ม.
ช
บ
บ
บ
ด
บ
ด
ด
ช
ชัยวัฒน์ ท.
ช
ช
ช
บ
บ
ช
ช
ด
ด
เบญจมาศ ล.
ช
ด
บ
ช
ช
ช
ช
ด
บ
สุริยา น.
ด
ช
ช
ช
ช
ช
ด
บ
ด
เวรเช้า เวรบ่าย เวรดึก หยุด
100%COVERAGE
4ดึกสูงสุด/คน
4ส่วนต่างภาระงาน
0ช่องว่าง
ตรวจสอบได้นับจาก source

ทุกตัวเลขบนหน้านี้ นับจากซอร์สโค้ดจริง

เว็บซอฟต์แวร์ส่วนใหญ่เขียนว่า “99.9% uptime” โดยไม่มีที่มา เราเลือกแสดงเฉพาะตัวเลขที่มีไฟล์อ้างอิงได้ และเขียนที่มากำกับไว้ทุกตัว

220คำสั่ง APIbackend/proto/*.proto — 19 service
76ตารางฐานข้อมูลbackend/sql/init.sql
73สิทธิ์ที่กำหนดแยกได้backend/proto/common.proto
1,096เทสต์อัตโนมัติ499 Rust · 597 frontend
23แบบฟอร์มราชการweb/src/pages/print/
155ฟีเจอร์ในคู่มือweb/src/pages/docs/content/
272รายการใน changelogchangelog.json · v1.0 → v1.25
37หน้าจอในระบบweb/src/routes.ts
ลองเองรันในเบราว์เซอร์

เปิด–ปิดกฎ แล้วดูตารางเวรคำนวณใหม่

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

กฎการจัดเวร 5 / 5
พักระหว่างเวรขั้นต่ำ 11 ชั่วโมง ลงดึกแล้ว วันรุ่งขึ้นขึ้นเช้าหรือบ่ายไม่ได้ · ลงบ่ายแล้ว วันรุ่งขึ้นขึ้นเช้าไม่ได้ RestBetweenShifts
จำกัดเวรดึกต่อคน เวรดึกสูงสุดต่อคนในรอบ 14 วัน 4 NightQuota
จำกัดวันทำงานติดต่อกัน ทำงานติดต่อกันได้ไม่เกินกี่วัน ก่อนต้องหยุด 6 MaxConsecutive
ทุกเวรต้องมีหัวหน้าเวร แต่ละเวรต้องมีบุคลากรอาวุโสอย่างน้อย 1 คน · ในชุดสาธิตมี 3 คน SeniorPresent
คู่ที่ห้ามอยู่เวรเดียวกัน กันคู่ที่ระบุไว้ไม่ให้ลงเวรเดียวกัน · สาธิต: ณัฐพล ส. กับ อรทัย ม. StaffExclusion
ผลการจัดเวร seed 4417 ·
1234567891011121314
สมหญิง ว.◆
บ
ด
ด
ด
ด
ช
ช
ช
ช
ช
ช
ช
ณัฐพล ส.
ด
ช
ด
ด
ด
ช
ช
ช
ช
กมลชนก ป.◆
ช
ช
ช
ช
ช
ช
ด
ด
ด
ด
ช
บ
ธีรศักดิ์ อ.
บ
ด
ด
ช
ด
บ
ช
บ
พิมพ์ใจ ร.
ช
ช
ช
ด
บ
ด
บ
ช
ด
วรพงษ์ ค.◆
บ
บ
บ
บ
บ
บ
บ
บ
บ
บ
บ
บ
อรทัย ม.
ช
บ
บ
บ
ด
บ
ด
ด
ช
ชัยวัฒน์ ท.
ช
ช
ช
บ
บ
ช
ช
ด
ด
เบญจมาศ ล.
ช
ด
บ
ช
ช
ช
ช
ด
บ
สุริยา น.
ด
ช
ช
ช
ช
ช
ด
บ
ด
100%COVERAGE
4ดึกสูงสุด/คน
4ส่วนต่างภาระงาน
0ช่องว่าง
บันทึกการตรวจกฎ 8 รายการ
เตือน ภาระงานไม่สมดุล — ส่วนต่างระหว่างคนที่ได้เวรมากสุดกับน้อยสุดคือ 4 เวร
เตือน ไม่มีหัวหน้าเวรใน เวรดึก วันที่ 1 — บุคลากรอาวุโสติดกฎพักหรือลงเวรอื่นแล้ว
เตือน ไม่มีหัวหน้าเวรใน เวรดึก วันที่ 6 — บุคลากรอาวุโสติดกฎพักหรือลงเวรอื่นแล้ว
เตือน ไม่มีหัวหน้าเวรใน เวรบ่าย วันที่ 7 — บุคลากรอาวุโสติดกฎพักหรือลงเวรอื่นแล้ว
เตือน ไม่มีหัวหน้าเวรใน เวรดึก วันที่ 7 — บุคลากรอาวุโสติดกฎพักหรือลงเวรอื่นแล้ว
เตือน ไม่มีหัวหน้าเวรใน เวรดึก วันที่ 12 — บุคลากรอาวุโสติดกฎพักหรือลงเวรอื่นแล้ว
เตือน ไม่มีหัวหน้าเวรใน เวรดึก วันที่ 13 — บุคลากรอาวุโสติดกฎพักหรือลงเวรอื่นแล้ว
เตือน ไม่มีหัวหน้าเวรใน เวรดึก วันที่ 14 — บุคลากรอาวุโสติดกฎพักหรือลงเวรอื่นแล้ว

การจัดเวรใช้ตัวสุ่มแบบกำหนดเมล็ด (seeded) — seed เดิมให้ตารางเดิมเสมอ ตรวจย้อนหลังได้ว่าทำไมคนนี้ถึงได้เวรนี้ ไม่ใช่การสุ่มที่อธิบายไม่ได้ · ชื่อและข้อมูลในตารางเป็นชุดสาธิต

เซ็นแล้ว vs จริงแล้วเงินไปไหน

คนที่อยู่บนกระดาษ กับคนที่มาขึ้นเวรจริง ไม่ใช่คนเดียวกันเสมอไป

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

1234567
สมหญิง ว.
ด
ช
ช
บ
ด
ณัฐพล ส.
ช
ด
บ
ช
บ
ช
กมลชนก ป.
ช
ช
ด
ช
ช
บ
ธีรศักดิ์ อ.
บ
บ
ช
ด
ช
ช
พิมพ์ใจ ร.
บ
ช
บ
ช
ด
บ
วรพงษ์ ค.
บ
บ
บ
บ
ด
บ
เช้า บ่าย ดึก หยุด เปลี่ยนจากที่เซ็น
สลับเวร

กมลชนก ป. กับ ธีรศักดิ์ อ. สลับเวรกันวันที่ 3 — ยื่นคำขอและได้รับการยืนยันจากทั้งสองฝ่าย

ลากิจ

วรพงษ์ ค. ลากิจวันที่ 6 ซึ่งเป็นวันหยุด สมหญิง ว. รับเวรดึกแทน

พยาบาลเวรดึกนั่งที่เคาน์เตอร์พยาบาล ดูตารางเวรบนแท็บเล็ต
เวรดึก ตีสอง — ตารางบนจอต้องตรงกับคนที่นั่งอยู่ตรงนี้จริง ภาพประกอบ

ระบบพิมพ์เอกสารราชการได้ 23 แบบ กำหนดหัวกระดาษและผู้ลงนามแยกรายหน่วยงานได้ · ชื่อและอัตราในตัวอย่างเป็นข้อมูลสาธิต

ลองเองSmart Profile

สแกน QR สายรัดข้อมือ แล้วดูว่าพยาบาลเห็นอะไร

จำลองหน้าจอ Smart Profile ของ OneScanIDQ ตามลำดับการ์ดจริงในแอป — ประวัติแพ้ยาและภาวะพร่องเอนไซม์ G6PD ไม่ได้ซ่อนอยู่ในแท็บไหน แต่ขึ้นมาก่อนข้อมูลอื่นทั้งหมด เพราะสองอย่างนี้คือสิ่งที่ทำให้คนไข้ตายได้

  1. 1 อ่าน QR จากสายรัดข้อมือสแกนได้ 4 ช่องทาง — ใบหน้า ลายนิ้วมือ บัตรประชาชน และ QR
  2. 2 จับคู่ HN กับระบบ HISอ่านอย่างเดียวจากฐานข้อมูลโรงพยาบาล ไม่มีการเขียนกลับ
  3. 3 แสดงสิ่งที่อันตรายก่อนแพ้ยา · G6PD · สัญญาณชีพ · ยาที่ใช้อยู่ เรียงตามลำดับความเสี่ยง
  4. 4 อ่านออกเสียงเตือนถ้ามีประวัติแพ้ยา ระบบจะพูดประโยคเตือนแทนประโยคปกติ — สำหรับมือที่ใส่ถุงมืออยู่
แตะปุ่มเพื่อเริ่มการสาธิต

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

Smart Profileพร้อมสแกน
ใบหน้าQRบัตร ปชช.นิ้วมือ
WRISTBAND · HN 00412873

วาง QR สายรัดข้อมือให้อยู่ในกรอบ

สญ
น.ส. สมหญิง ใจดี
HN 00412873 · หญิง · 58 ปี
เลขบัตร ปชช.
1-52xx-xxxxx-xx-4
วันเกิด
14 มี.ค. 2511
คลินิก
คลินิกเบาหวาน–ความดัน
สิทธิรักษา
บัตรทอง (UC)
!
แพ้ยา Penicillin, Ceftriaxone

ผื่นลมพิษทั่วตัว · บันทึกเมื่อ 12 ม.ค. 2567

!
คำเตือนทางการแพทย์ พบภาวะพร่องเอนไซม์ G6PD

เลี่ยงยากลุ่มซัลฟา ไนโตรฟูแรนโทอิน และไพรมาควิน

58อายุ (ปี)
หญิงเพศ
O+หมู่เลือด
156ส่วนสูง (ซม.)
สัญญาณชีพ OPD วันนี้ 09:14
62.5น้ำหนัก (กก.)
36.8อุณหภูมิ (°C)
78ชีพจร /นาที
142/88ความดัน
18หายใจ /นาที
98%SpO₂
อาการสำคัญ (CC) —มาตามนัด ตรวจระดับน้ำตาลและความดัน
ยาที่ใช้ปัจจุบัน 4 รายการ
Metformin 500 mgวิธีใช้ — 1 เม็ด หลังอาหาร เช้า–เย็น
Enalapril 5 mgวิธีใช้ — 1 เม็ด หลังอาหารเช้า
Simvastatin 20 mgวิธีใช้ — 1 เม็ด ก่อนนอน
Co-trimoxazole 400/80วิธีใช้ — 1 เม็ด หลังอาหาร เช้า–เย็น
ซัลฟา · เลี่ยงใน G6PD
เสียงประกาศ คนไข้ สมหญิง ใจดี มีประวัติแพ้ยาค่ะ
ระบบ5 ตัว · ต่อกันได้

ห้าระบบ ที่ออกแบบให้ทำงานร่วมกัน

แต่ละตัวใช้เดี่ยวได้ แต่พอต่อกันแล้ว ใบหน้าที่ลงทะเบียนไว้ตอนลงเวลาเวร ใช้ยืนยันตัวตนที่ห้องฉุกเฉินได้ทันที

ShiftCare ใช้งานจริง

Rust

จัดตารางเวรทั้งโรงพยาบาล ตั้งแต่ร่าง → เห็นชอบ → ผู้อำนวยการเซ็น แล้วแช่แข็งตารางที่เซ็นไว้ เทียบกับที่เกิดขึ้นจริงได้ทั้งเดือน ลงเวลาด้วย GPS และสแกนใบหน้า คำนวณ OT 6 ประเภท แล้วพิมพ์บันทึกข้อความพร้อมตราครุฑ
  • จัดเวรอัตโนมัติ
  • ลงเวลา GPS + ใบหน้า
  • สายอนุมัติ 20 สถานะ
  • คำนวณค่าตอบแทน
  • LINE แจ้งเตือน
  • รถส่วนกลาง
  • แดชบอร์ด 14 ชุด
  • PWA ใช้ออฟไลน์ได้
137,000 บรรทัด26 เวอร์ชัน1,096 เทสต์37 หน้าจอ

OneScanIDQ ใช้งานจริง

Rust

สแกนใบหน้า ลายนิ้วมือ QR สายรัดข้อมือ หรือบัตรประชาชน แล้วดึงเวชระเบียนจากระบบ HIS ขึ้นมาทันที ต่อยอดเป็นสองงานความปลอดภัย — ตรวจสอบถุงเลือดก่อนให้ และตรวจสอบยาสองรอบข้างเตียง
  • ยืนยันตัวตน 4 ช่องทาง
  • ตรวจจับภาพปลอม
  • ตรวจสอบถุงเลือด
  • ตรวจสอบยา 2 รอบ
  • เตือนแพ้ยา · G6PD · ตั้งครรภ์
  • ผู้ช่วย AI ทางคลินิก
16 gRPC servicev1.0.12 build 35iOS + Android512 มิติเวกเตอร์

NCD Screening ใช้งานจริง

Rust

อ่านระบบ HIS แบบอ่านอย่างเดียว แล้วจัดผู้ป่วยเบาหวาน–ความดัน–ไตเรื้อรังเข้าคิวที่พยาบาลทำงานต่อได้จริง — กลุ่มเสี่ยงสูง กลุ่มขาดนัด กลุ่มอาการแย่ลง พร้อมแดชบอร์ดปิงปองจราจรตามเกณฑ์กระทรวง
  • คิวเสี่ยงสูง · ขาดนัด · แย่ลง
  • ปิงปองจราจร
  • งานเยี่ยมบ้าน · โทรติดตาม
  • วิเคราะห์ด้วย AI
  • แจ้งเตือนเรียลไทม์
40 RPC6 serviceอ่านอย่างเดียว จาก HIS

PHIO โครงสร้างพื้นฐาน

Rust

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

AI Central โครงสร้างพื้นฐาน

Python

ประตูเดียวที่ทุกระบบเรียก AI ผ่าน โควตาโทเคนรายโรงพยาบาลรีเซ็ตทุกเดือน บันทึกการใช้รายคน และเก็บ prompt ไว้ในฐานข้อมูล แก้ถ้อยคำทางคลินิกได้โดยไม่ต้องอัปเดตเครื่องที่โรงพยาบาล
  • โควตา 500,000 โทเคน/เดือน
  • บันทึกการใช้รายคน
  • แคชผล 1 ครั้ง/คน/วัน
  • ไม่ส่งชื่อ · HN · เลขบัตร
6 endpoint6 prompt ทางคลินิกSHA-256 โทเคน
สายอนุมัติกดดูทีละด่าน

ด่านที่ไม่มีใครเซ็นได้ ระบบข้ามให้เอง

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

ใบลาพักผ่อน · ตัวอย่างสาธิต รอหัวหน้าเวร
  1. ✓ ยื่นคำขอ ผู้ขอ
  2. 2 หัวหน้าเวร ตรวจกำลังคน
  3. 4 หัวหน้ากลุ่มงาน เห็นชอบ
  4. 5 ผู้อำนวยการ อนุมัติ
  5. 6 ปรับตารางเวร ระบบทำให้อัตโนมัติ
รอหัวหน้าเวรเซ็น — ตรวจกำลังคน

เช้า · บ่าย · ดึก · 24 ชั่วโมง 365 วัน

โรงพยาบาลไม่เคยปิดไฟ
ระบบที่จัดเวรให้ก็ต้องไม่เคยหลับ

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

ความปลอดภัยข้อโต้แย้งของ IT

คำถามที่ฝ่าย IT ถามเสมอ — ตอบไว้ตรงนี้เลย

เซิร์ฟเวอร์ในห้องของโรงพยาบาล ล้อมด้วยโดมแสงสีน้ำเงินแทนขอบเขตเครือข่าย
เซิร์ฟเวอร์อยู่ในโรงพยาบาล ข้อมูลอยู่ในขอบเขตของคุณ ภาพประกอบ

“ระบบจะเขียนทับข้อมูลใน HIS ไหม”

ไม่ ทุกการเชื่อมต่อกับระบบ HIS เป็นการอ่านอย่างเดียว บังคับเป็นกฎสถาปัตยกรรมทั้งในโค้ดและเอกสาร ไม่มีคำสั่งเขียนอยู่ในระบบเลย และเราแนะนำให้ชี้ไปที่ replica ด้วยซ้ำ

read-only · HIS replica

“ข้อมูลผู้ป่วยออกไปคลาวด์หรือเปล่า”

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

on-premise · ไม่มี PII ในคำขอ AI

“ต้องมีทีม DevOps ไหม”

ไม่ต้อง ทั้งระบบเป็นไฟล์ปฏิบัติการเดียวที่เสิร์ฟทั้ง API และหน้าเว็บ แล้วสตาร์ต Python worker ให้เอง ติดตั้งคือคัดลอกโฟลเดอร์แล้วดับเบิลคลิก ไม่มี Kubernetes ไม่มี message queue

server.exe + PostgreSQL

“ภาพถ่ายหลอกระบบสแกนหน้าได้ไหม”

ระบบตรวจจับก่อนถอดลักษณะใบหน้า ถ้าความมั่นใจว่าเป็นคนจริงต่ำกว่าเกณฑ์ จะปฏิเสธพร้อมข้อความภาษาไทย และการเก็บใบหน้าต้องมีการยินยอมตาม PDPA ที่ถอนได้ทุกเมื่อ

liveness detection · consent ถอนได้

“ตำแหน่งสูงจะข้ามสิทธิ์ได้ไหม”

ไม่ได้ สิทธิ์เป็นตัวตัดสินอย่างเดียว ต่อให้เป็นผู้อำนวยการ ถ้าไม่มีบิตสิทธิ์นั้นก็ทำไม่ได้ บทบาทเป็นแค่ค่าตั้งต้น มีสิทธิ์แยกได้ 73 รายการ ปรับรายคนได้ และมอบหมายแทนแบบมีวันหมดอายุ

73 permission · override รายคน

“ระบบจัดเวรเห็นข้อมูลผู้ป่วยไหม”

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

0 ตารางผู้ป่วยใน 76 ตาราง

รายละเอียดการเก็บ ประมวลผล และสิทธิของเจ้าของข้อมูล อยู่ใน นโยบายความเป็นส่วนตัว

ติดต่อเราตอบใน 1 วันทำการ

อยากดูของจริง บอกเราว่าโรงพยาบาลคุณติดตรงไหน

เราสาธิตบนข้อมูลจำลองก่อนเสมอ ถ้าไปต่อจึงคุยเรื่องการเชื่อมต่อระบบ HIS — และมีเอกสารเตรียมความพร้อมสำหรับฝ่าย IT ที่ระบุตารางที่ต้องทำ replica พอร์ตที่ต้องเปิด และสเปกเครื่องขั้นต่ำ

สนใจระบบไหน
@
อีเมล[email protected]
TEL
โทรศัพท์064-792-0097
CO
บริษัทบริษัท อเวนทริกซ์ ซอฟต์แวร์ โซลูชั่นส์ จำกัด
QR สำหรับเพิ่มเพื่อน LINE ของ Aventrix

SCAN TO ADD LINE

ฟอร์มนี้ยังไม่ได้ต่อระบบส่งจริง — ติดต่อผ่านอีเมล โทรศัพท์ หรือ LINE ได้เลย