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

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

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 ปรับตารางเวร ระบบทำให้อัตโนมัติ
รอหัวหน้าเวรเซ็น — ตรวจกำลังคน
ความปลอดภัยข้อโต้แย้งของ 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 ได้เลย