ฉาก: วิทยาเขตโรงพยาบาลมุมกว้าง ข้อมูลรูปสี่เหลี่ยมเดินจากระบบเดิม ผ่านตัวเชื่อมและเกตเวย์ iVS ไปยังแอป ทั้งหมดอยู่ในเส้นประของเซิร์ฟเวอร์โรงพยาบาล

00 · บุคลากรสร้างเอง iVS ดูแล
ปัญหา iVS ความน่าเชื่อถือ เริ่มต้น
hospital by iVS hospitalbyivs.com · แพลตฟอร์มสำหรับแอปที่บุคลากรสร้างเอง

บุคลากรโรงพยาบาลสร้างเอง iVS ดูแลความปลอดภัย

iVS ติดตั้งบนเซิร์ฟเวอร์ของโรงพยาบาลเอง ให้พยาบาล เภสัชกร และฝ่ายไอที สร้างเครื่องมือที่ใช้ AI ช่วยได้ด้วยตัวเอง โดยทุกแอปผ่านเกตเวย์เดียวที่บังคับ PDPA บันทึกทุกการใช้งาน และหยุดได้ทันที

ข้อมูลผู้ป่วยไม่ออกนอกโรงพยาบาล PDPA ที่เกตเวย์ เริ่มฟรีในแผนกเดียว
สมัครเป็นโรงพยาบาลนำร่อง → อ่านเรื่องราว ↓
พยาบาลนกยิ้มขณะใช้แล็ปท็อปที่มีแอปหลายตัว โดยมีหุ่นยนต์ผู้ดูแล iVS ลอยอยู่ข้าง ๆ
PART 1 ปัญหา คนที่รู้งานที่สุด กลับสร้างระบบเองไม่ได้
01 ปัญหา

คนที่รู้ว่าโรงพยาบาลต้องการอะไร ทำงานอยู่ในนั้นทุกวัน

ทุกเช้า พยาบาลนกรู้ว่าคิวหน้าห้องตรวจติดตรงไหน และรู้ว่าแก้อย่างไร แต่เมื่อต้องการระบบใหม่ ทางเดียวที่มีคือจ้างภายนอก

พยาบาลนกครุ่นคิดหน้าปฏิทินหลายเดือนที่ถูกขีดฆ่า กองเอกสาร และนาฬิกาทราย
01 ช้า เก็บ requirement หลายเดือนก่อนเริ่มสร้าง
ผู้บริหารเกาหัวขณะถือใบเสนอราคายาวจนลากถึงพื้น ข้างกองเหรียญ
02 แพง แก้แต่ละครั้งคือสัญญาใหม่
พยาบาลสองคนงุนงงกับแอปสี่เหลี่ยมที่ใส่ไม่ได้กับช่องวงกลมของงานในวอร์ด
03 ไม่ตรงงานจริง ผู้รับจ้างสร้างตามเอกสาร ไม่ใช่ตามการทำงานจริงในวอร์ด
02 สิ่งที่เปลี่ยนไป

วันนี้ AI ช่วยให้บุคลากรสร้างแอปใช้เองได้แล้ว แต่ยังไม่มีใครทำให้แอปเหล่านั้นปลอดภัย

นกสร้างแอปจัดคิวได้เองในไม่กี่วัน คำถามต่อมาคือ ข้อมูลผู้ป่วยจะปลอดภัยไหม ถูกกฎหมายไหม และต่อกับระบบโรงพยาบาลได้ไหม

พยาบาลนกสร้างแอปบนแล็ปท็อปโดยมี AI ช่วย รอบตัวมีความเสี่ยง 4 ข้อ: ข้อมูลรั่ว เอกสารไม่ครบ ระบบเชื่อมไม่ได้ และไม่มีผู้กำกับดูแล
ความเสี่ยง 4 ข้อ
1
ข้อมูลผู้ป่วยเสี่ยงรั่วไหลได้ แอปส่งข้อมูลออกไปที่ใดก็ได้ โดยไม่มีใครเห็น
2
ไม่เป็นไปตาม PDPA และมาตรฐาน ไม่มีบันทึกกิจกรรม ROPA ไม่มี log และไม่แยกข้อมูลอ่อนไหว
3
แอปเป็นเกาะแยก คุยกับ HIS, HL7 หรือ FHIR ไม่ได้
4
ไม่มีใครกำกับดูแล ไม่รู้ว่ามีแอปอะไรบ้าง ใครเป็นเจ้าของ และจะปิดอย่างไร
PART 2 ทางแก้ ให้บุคลากรสร้างได้ แล้วให้แพลตฟอร์มดูแลความปลอดภัย
03 ทางแก้

iVS คือรั้วรอบแอปที่บุคลากรสร้าง

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

ไอคอนเอกสารที่บางบรรทัดถูกปิดบัง พร้อมโล่และแม่กุญแจ
PDPA
PDPA ตั้งแต่การออกแบบ กฎรายฟิลด์ บันทึกทุกคำขอ ROPA อัตโนมัติ และระบุข้อมูลอ่อนไหวตามมาตรา 26
ไอคอนรายการตรวจสอบที่ติ๊กครบ พร้อมเหรียญรับรอง
STANDARDS
มาตรฐานบังคับที่แพลตฟอร์ม แต่ละแอปไม่ต้องทำเอง log ตาม พ.ร.บ.คอมพิวเตอร์ e-Contract และหลักฐาน ISO 13485 มีให้ในตัว
ไอคอนสะพานเชื่อมอาคารสองหลัง มีข้อมูลสี่เหลี่ยมเดินข้าม
CONNECTS นำร่อง
เชื่อมต่อกับระบบเดิม สร้าง adapter HL7 v2, FHIR และ GDX แล้ว การเชื่อม HIS จริงครั้งแรกจะทำในโครงการนำร่อง
ไอคอนหุ่นยนต์ผู้ดูแลชูนิ้วโป้ง ข้างปุ่มหยุดชั่วคราว
READY FOR AI
พร้อมสำหรับ AI AI ประจำและคลังความจำร่วม ที่ต้องรอคนอนุมัติก่อนทำสิ่งสำคัญ
กฎของแพลตฟอร์ม 1 แอป = 1 คอนเทนเนอร์ = 1 ฐานข้อมูล = 1 กิจกรรมตาม PDPA
04 ทำงานอย่างไร

สร้าง → Deploy → กำกับ → เชื่อมต่อ

ภาพหน้าจอจากระบบที่รันอยู่จริง (UI ภาษาไทย) ใช้ข้อมูลอีเวนต์ ไม่มีข้อมูลผู้ป่วย

ภาพลำดับขั้น: พยาบาลนกสร้างแอปกับ AI ลากไฟล์ .zip ลงกล่อง iVS ข้อมูลผ่านเกตเวย์ แล้วเชื่อมกับระบบเดิมของโรงพยาบาล
01 · BUILD บุคลากรสร้างแอปโดยมี AI ช่วย คนที่รู้งานเป็นคนกำหนดว่าแอปต้องทำอะไร เช่น แอปจัดคิวหน้าห้องตรวจของแผนกผู้ป่วยนอก
02 · DEPLOY ลากไฟล์ .zip แอปก็ทำงาน อัปโหลดแอปเป็นไฟล์ zip ขึ้น iVS บนเซิร์ฟเวอร์ของโรงพยาบาล แอปทำงานทันทีในคอนเทนเนอร์ของตัวเอง
iVS Pro · Applications
ภาพหน้าจอ iVS หน้าแอปพลิเคชัน มีกล่องลากวางไฟล์ zip และการ์ดแอปที่กำลังทำงาน
หน้าแอปพลิเคชัน — deploy ด้วยการลากวางไฟล์ .zip
03 · GOVERN ทุกการรับส่งผ่านเกตเวย์เดียว กฎ PDPA บันทึกทุกการเรียก เพิกถอนสิทธิ์ได้ และควบคุมข้อมูลที่ออกไป ผู้ดูแลเห็นแผนที่ว่าแอปไหนคุยกับใคร และหยุดได้ทันที
15แอปที่ดูแล 5ถือข้อมูลอ่อนไหว ม.26 291ปลายทางที่บันทึกไว้
iVS Pro · System map
ภาพหน้าจอแผนที่ระบบ iVS แสดงว่าแอปใดเชื่อมกับอะไร
ภาพหน้าจอสรุปความปลอดภัย: 15 แอป, 5 แอปมีข้อมูลอ่อนไหว, 291 ปลายทาง
แผนที่ระบบ และภาพรวมความปลอดภัย (ตัด IP และรายการช่องโหว่ออกแล้ว)
04 · CONNECTนำร่อง
adapter เชื่อมกับระบบเดิม ตัวเชื่อมมาตรฐาน HL7 v2, FHIR และ GDX แปลงข้อมูลเป็นรูปแบบกลาง พร้อมกฎตัดหรือปิดบังข้อมูลรายฟิลด์ สร้างเสร็จแล้ว การเชื่อม HIS จริงครั้งแรกคือโครงการนำร่อง
iVS Pro · Interop
ภาพหน้าจอ iVS หน้าตัวเชื่อมมาตรฐาน GDX, HL7 v2 และ FHIR
หน้ามาตรฐานการเชื่อมต่อ — ทดสอบด้วยข้อมูลสังเคราะห์
✕ แอปไม่ติดต่อกันเอง และไม่ออกอินเทอร์เน็ตเองโดยตรง
05 การไหลของข้อมูลผู้ป่วย

ข้อมูลคนไข้ไหลอย่างไรใน iVS

ทุกการรับส่งผ่านทางเดียว ถูกกรองตาม PDPA ถูกบันทึกทุกครั้ง และไม่ออกนอกโรงพยาบาล

แผนผังแนวตั้ง: ข้อมูลจากระบบเดิม ผ่านตัวเชื่อมสีเหลืองและหอเกตเวย์ iVS ไปยังแอป 3 ตัว ทั้งหมดอยู่ในเส้นประของเซิร์ฟเวอร์โรงพยาบาล ข้อมูลที่จะออกนอกรั้วถูกกากบาท
เซิร์ฟเวอร์ของโรงพยาบาล — ข้อมูลไม่ออกนอกองค์กร
1 · ระบบเดิม→ HIS / LIS / PACS ระบบสารสนเทศโรงพยาบาลที่มีอยู่แล้ว
2 · ตัวเชื่อมมาตรฐาน · นำร่อง→ HL7 v2 · FHIR · GDX แปลงข้อมูลเป็นรูปแบบกลาง สร้างแล้ว เชื่อม HIS จริงในโครงการนำร่อง
3 · เกตเวย์เดียวของ iVS→ PDPA ที่กำหนดใช้ได้จริง
ตัดหรือปิดบังข้อมูลรายฟิลด์ ข้อมูลอ่อนไหว ม.26 ระบุแยก ROPA บันทึกอัตโนมัติรายกิจกรรม เพิกถอนสิทธิ์รายแอปได้ทันที
4 · แอปที่บุคลากรสร้าง คิว · นัดหมาย · เอกสาร 1 แอป = 1 คอนเทนเนอร์ = 1 ฐานข้อมูล = 1 กิจกรรมตาม PDPA
✕แอปที่ออกอินเทอร์เน็ตเองโดยตรง ถูกบันทึกและปิดได้
Log ตาม พ.ร.บ.คอมพิวเตอร์ บันทึกทุกการเรียก ใคร ข้อมูลอะไร เมื่อไร พร้อม SHA-256 และเวลาอ้างอิงมาตรฐานไทย
e-Contract สัญญาและความยินยอมแบบอิเล็กทรอนิกส์ ตาม พ.ร.บ.ธุรกรรมทางอิเล็กทรอนิกส์
ISO 13485 / อย. ถ้าแอปเข้าข่ายเครื่องมือแพทย์ ระบบเก็บหลักฐานตั้งแต่ deploy
สถานะตามจริง ตัวเชื่อม HL7 / FHIR / GDX สร้างแล้ว การเชื่อม HIS จริงครั้งแรกคือโครงการนำร่อง
PART 3 ความน่าเชื่อถือ กฎหมาย มาตรฐาน และ AI ที่ทำสิ่งอันตรายไม่ได้
06 กฎหมายและมาตรฐาน

กฎหมายและมาตรฐานอยู่ในแพลตฟอร์ม ไม่ใช่ภาระของแต่ละแอป

ผู้ดูแลข้อมูลหยิบแฟ้มรูปโล่จากชั้นแฟ้ม log, e-Contract และ ISO 13485
PDPA · ROPA · §26 PDPA ที่เกตเวย์ ตัดหรือปิดบังข้อมูลรายฟิลด์ บันทึก ROPA อัตโนมัติรายกิจกรรม และระบุแอปที่ถือข้อมูลอ่อนไหวตามมาตรา 26
COMPUTER CRIME ACT Log ตาม พ.ร.บ.คอมพิวเตอร์ บันทึกทุกการเรียก ใคร ข้อมูลอะไร เมื่อไร พร้อม SHA-256 และเวลาอ้างอิงมาตรฐานไทย
e-CONTRACT สัญญาและความยินยอมอิเล็กทรอนิกส์ ทำสัญญาและขอความยินยอมแบบ e-Contract ตาม พ.ร.บ.ธุรกรรมทางอิเล็กทรอนิกส์
ISO 13485 · IEC 62304 · ISO 14971 เส้นทาง อย. สำหรับแอปที่อาจเป็นเครื่องมือแพทย์ ขั้นแรกต้องมาก่อนเสมอ เพราะคำตอบของขั้นแรกเป็นตัวกำหนดว่าอีกสองขั้นต้องทำหรือไม่
1 วินิจฉัยว่าเข้าข่ายหรือไม่
ตามนิยามมาตรา 4 พ.ร.บ.เครื่องมือแพทย์ ตัวชี้ขาดคือวัตถุประสงค์ที่มุ่งหมาย ไม่ใช่ความสามารถทางเทคนิค iVS: การ์ดเครื่องมือแพทย์หรือไม่
2 พัฒนาใต้ระบบคุณภาพ
ISO 13485 ข้อ 7.3 การควบคุมการออกแบบ · ISO 14971 การจัดการความเสี่ยง · IEC 62304 วงจรชีวิตซอฟต์แวร์ iVS: เก็บหลักฐานอัตโนมัติขณะ deploy
3 ขึ้นทะเบียนกับ อย.
จดแจ้ง แจ้งรายการละเอียด หรือขออนุญาต ตามระดับความเสี่ยง ยื่นผ่านระบบ e-Submission iVS: ส่งออกแฟ้มการออกแบบ (.zip)
iVS Pro · ISO 13485 records
ภาพหน้าจอ iVS หน้าบันทึก ISO 13485
หน้าบันทึก ISO 13485 — หลักฐานเก็บตั้งแต่ deploy และส่งออกเป็นแฟ้มประวัติการออกแบบ
NOTE iVS ไม่ใช่เครื่องมือแพทย์ บทบาทของ iVS คือทำให้หลักฐานของแอปพัฒนาในโรงพยาบาลที่อาจเข้าข่ายเครื่องมือทางการแพทย์ เก็บหลักฐานครบตั้งแต่วันแรกที่ deploy
07 AI ประจำ

ปลอดภัย เพราะถูกออกแบบให้ทำสิ่งอันตรายไม่ได้

หุ่นยนต์ผู้ดูแล iVS ที่ขั้นแรกของบันได L0 ถึง L3 ขั้นบนสุดล็อกไว้ ผู้ดูแลระบบถือกระดิ่งรออนุมัติ
L0–L1
ดูและแนะนำเฝ้าดูแพลตฟอร์ม และแจ้งสิ่งที่พบ
L2
แก้ที่ย้อนกลับได้แก้ปัญหาแพลตฟอร์ม มีเวลาพักและจำกัดครั้งต่อวัน
L3
รอผู้ดูแลอนุมัติเรื่องสำคัญต้องมีคนกดอนุมัติก่อน
APP
แก้แอป = ข้อเสนอส่งให้เจ้าของแอปเป็นผู้ตัดสิน
ห้ามเด็ดขาด
✕ลบข้อมูลผู้ป่วย ✕แก้ฐานข้อมูลของแอป ✕ใส่รหัสผ่าน
iVS Pro · AI steward
ภาพหน้าจอ iVS หน้า AI ประจำ พร้อมปุ่มเปิดปิดและหลักการความปลอดภัย
ปิดได้ด้วยสวิตช์เดียว ผู้ดูแลปิด AI ประจำได้ทันที ระบบที่เหลือทำงานต่อ
คลังความจำร่วม เก็บขั้นตอนงาน กฎ และปัญหาที่แก้แล้ว ไม่เก็บข้อมูลส่วนบุคคล
PART 4 ก้าวต่อไป สิ่งที่พิสูจน์แล้ว และสิ่งที่อยากทำร่วมกับโรงพยาบาล
08 หลักฐาน

ทีมเล็กใช้ AI สร้างระบบงานอีเวนต์ทั้งงาน บน iVS

ยี่เป็ง ล้านนา อินเตอร์เนชั่นแนล 2026 · เชียงใหม่
งานยี่เป็งยามค่ำ โคมลอยเต็มฟ้า เจ้าหน้าที่สแกนบัตรผู้เข้างานที่ประตู
2,880 ที่นั่ง ทดสอบเต็มความจุ กับเครื่องเช็กอินจำลอง 20 เครื่อง
10+ แอปบนแพลตฟอร์มเดียว
0 ข้อมูลส่วนบุคคลในคลังความจำ AI
ขั้นต่อไปนำร่องในโรงพยาบาล ยังไม่มีการใช้งานในโรงพยาบาลจริง นี่คือสิ่งที่เราอยากทำร่วมกับคุณ
ดูงานอีเวนต์ที่ eventbyivs.com ↗
09 Free → Pro

เริ่มฟรี เติบโตไปกับโรงพยาบาล

โรงพยาบาลจ่ายเมื่อเห็นคุณค่าแล้ว

ภาพเปรียบเทียบวิทยาเขต: ซ้ายเปิดไฟแผนกเดียว (Free) ขวาเชื่อมทุกอาคาร (Pro)
iVS Free เริ่มที่นี่
ทดลองใช้ในแผนกเดียว ไม่มีค่าใช้จ่าย ไม่ผูกมัด
✓1 แผนก บนเซิร์ฟเวอร์ของโรงพยาบาล ✓Deploy แอปจากไฟล์ .zip ✓คู่มือ ISO 13485 และเส้นทาง อย. ✓ย้ายขึ้น Pro ได้โดยไม่ต้องสร้างใหม่
เริ่มกับแผนกของคุณ
iVS Pro ทั้งโรงพยาบาล
ใช้ทั้งโรงพยาบาล [ราคา — กำหนดร่วมกับโรงพยาบาลนำร่อง]
✓PDPA gateway และ ROPA ✓ควบคุมข้อมูลออก ✓Adapter HL7 v2 · FHIR · GDX ✓AI ประจำ ✓บันทึก ISO 13485 และส่งออกแฟ้มการออกแบบ
ราคากำหนดร่วมกับโรงพยาบาลนำร่อง
10 โครงการนำร่อง

มองหาโรงพยาบาลที่บุคลากรอยากสร้างเครื่องมือเอง

พยาบาล แพทย์ ฝ่ายไอที ผู้บริหาร และหุ่นยนต์ผู้ดูแล ยืนต้อนรับหน้าประตูโรงพยาบาล
1แผนก
1เซิร์ฟเวอร์
90วัน
เราติดตั้ง iVS และอบรมผู้สร้างกลุ่มแรก ยินดีรับการแนะนำให้รู้จัก CIO, DPO ของโรงพยาบาล และพันธมิตรด้านไอทีสุขภาพ
ติดต่อ นายทรงกลด ตันทรบันฑิตย์
โทร 090-919-2898
สนใจเป็นโรงพยาบาลนำร่อง ส่งความสนใจทางอีเมล กดส่งแล้วโปรแกรมอีเมลของคุณจะเปิดขึ้นและคุณเป็นผู้ส่งเอง เว็บไซต์ไม่รับ ไม่เก็บ และไม่บันทึกข้อมูลที่คุณกรอก โปรดอย่าส่งข้อมูลผู้ป่วยหรือข้อมูลสุขภาพมาทางอีเมลหรือแบบฟอร์ม ประกาศความเป็นส่วนตัว / Privacy