สารสนเทศด้านยาเสพติด เล่าเรื่องโดย นพ.อิสระ เจียวิริยบุญญา

1. การพัฒนาระบบฐานขอมูลและสารสนเทศ
งานบําบัดรักษาและฟนฟูสมรรถภาพผูตดยาและสารเสพติด
ิ
Story telling by
Isara Chiawiriyabunya

2. Introduction
• Thanks for participants
• Service mind
• Customer focus
• Where’s quality

3. Why ? Why ? Why ?
• การไมยอมรับการนิเทศงานจากสํานักเทคโนโลยีสารสนเทศของ
กรมการแพทย
• HosXp
• รองอธิบดีนดประชุมสารสนเทศยาเสพติด
ั
• กรม/คณะกรรมการพัฒนาระบบการดูแลผูติดยาและสารเสพติด

– คน
– ขอมูลและสารสนเทศ

4. Goals
1. เพือทําความเขาใจ นําไปตอยอดไดอยางมีหลักการที่ถกตอง
่ ู
2. เพือพัฒนาตัวชี้วัดการปฏิบติงานดานยาและสารเสพติด
่ ั
Targets
ผูบริหาร , แพทย , พยาบาล และ ผูปฏิบตงานดานสารสนเทศ
 ัิ

6. 1. Past & Present
2. Enterprise Architecture
3. Future Scenario

8. Development of Computer Technology
Personal Computer :
One person
with
One computer Ubiquitous Computing :
Mainframe : many computers
Many people serve
share each person
One computer

9. Gartner Top Ten Strategic Technology 2551-2554
2551 2552 2553 2554
1.Green IT 1.Virtualization 1.Cloud Computing. 1.Cloud computing
2.Unified 2.Cloud Computing 2.Advanced Analytics. 2.Mobile Applications
communications 3.Servers-beyond 3.Client Computing. and Media Tablets.
3.Business process Blades 4.IT for Green. 3.Social Communications
modeling 4.Web-oriented 5.Reshaping the Data and Collaboration.
4.Metadata architectures Center. 4.Video.
management 5.Enterprise Mash-ups 6.Social Computing. 5.Next Generation
5.Virtualization 6.Specialized systems 7.Security-Activity Analytics.
6.Mash-ups & 7.Social software and Monitoring. 6.Social Analytics.
Composites Social networking 8.Flash Memory. 7.Context-Aware
application 8.Unified 9.Virtualization for Computing.
7.Web Platform & communications Availability. 8.Storage Class Memory.
WOA 9.Business intelligence 10.Mobile Applications 9.Ubiquitous Computing.
8.Computing Fabric 10.Green IT 10.Fabric-Based
9.Real World Web Infrastructure and
10.Social Software Computers.

10. ที่มาของขอมูล

11. 2536-37 : รพ.โกสุมพิสัย
PC : 248 , OS : Dos , Word จุฬา / ราชวิถี

12. 2538-39 : รพ.โรคติดตอภาคตะวันออกเฉียงเหนือ
PC : 248 / 348 , OS : Windows
LAN , Fiber-optic , Client-Server ICD 10
Clipper ใชเขียนโปรแกรม ใน รพ.โรคติดตอฯ
Windows platform รพ. 4 แหงของกรมควบคุมโรคติดตอ
(ทรวงอก, พระประแดง, บําราศนราดูร, โนนสมบูรณ)
Database : FoxPro, Access (programmer อุบติเหตุ)
ั
Programming : Visual basic, Delphi
บทเรียน : เครียด , ไมไหนไมได

13. 2540-45 : สํานักงานควบคุมโรคติดตอเขต 6 ขอนแกน
Windows platform ทะเบียนผูใชยาตานไวรัส
Database : Visual FoxPro
Windows platform รายงานเฝาระวังโรค 506 , SR-506
Database : Access
Excel, SPSS, STATA, Epi Info
Map Info , ArcGIS
Web application การเบิก จายยา ตานไวรัสเอดส
การลงทะเบียนผูใชยาตานไวรัส
มีโปรแกรมเมอรมาชวย ดูเฉพาะการสรางฐานขอมูล

14. 2550-54 : ศูนยบาบัดรักษายาเสพติดขอนแกน
ํ
2550 : นพ.ทวีทอง UCHA Web applications
Windows platform (HosXp, buy) VS Web application (built)
ความหมายของ Web applications Internet browsers
html html 5
Database : MySql , Postgras
Oracle PHP, Flex, Java, C

15. 2550-54 : ศูนยบาบัดรักษายาเสพติดขอนแกน
ํ
2551 : E-HOS Web applications
วิเคราะหระบบ System analyst เจาหนาทีที่เกียวของ
่ ่
programmer
เตรียม HA , แฟมเวชระเบียน , หองยา
บทเรียน : บุคลากรไมรวาจริงๆตัวเองทํางานอะไร
ู
มีขั้นตอนอะไรบางทีสาคัญ
่ํ
ไมสามารถอธิบายใหโปรแกรมเมอรเขาใจได
ทําใหไมมีการใชเทคโนโลยีแทนกระดาษอยางแทจริง
งบประมาณ : 400,000 บาท

16. 2550-54 : ศูนยบาบัดรักษายาเสพติดขอนแกน
ํ
2552 : E-HOS iHos Web applications
ใชเทคนิค แพทยเปนตัวเดินเรื่อง user interface
งบประมาณ : 100,000 บาท
บทเรียน : โปรแกรมนี้ มันยังคงเปนระบบกระดาษ
รูแลววา โปรแกรมเมอร เขาทําแบบไรกระดาษได


17. 2550-54 : ศูนยบาบัดรักษายาเสพติดขอนแกน
ํ
2553 : E-HOS iHos KDCare Web applications
เปาหมาย : paperless, less paper
งบประมาณ : 35,000 + 65,000 บาท
2554 : KDCare
งบประมาณ : 65,000 บาท (ของเดิม เพิ่งจายปน)ี้
บทเรียน : กลับมาทบทวนใหม หาความรู (รูวาไมรูอะไร)


18. 2554 : ปจจุบน
ั
การจัดการสารสนเทศสําหรับผูบริหาร (MIS)

เปลียนมุมมอง เปลี่ยนวิธีคด การจัดการขอมูลและสารสนเทศ
่ ิ
วิธคดเดิม
ีิ โปรแกรมเมอร , Buy vs Built
80% การจัดการเทคโนโลยีสารสนเทศในโรงพยาบาลทุกแหงลมเหลว
IT ทีใชเปนเพียง เครื่องพิมพดดราคาแพงแคนนเอง
่ ี ั้

19. ขอผิดพลาด หรือ ความไมรู ของคนไอทีกระทรวง
๑๒ แฟม , ๑๘ แฟมขอมูล coding clinical term
เลขรหัสยา ๒๔ หลัก มาตรฐานสากล ๑๓ หลัก

20. ที่มาของขอมูล

22. โลกของเทคโนโลยีสารสนเทศที่เราคุนเคย

23. โลกของเทคโนโลยีสารสนเทศที่เราคุนเคย
• เปนซอฟตแวรทไมไดรองรับการการปรับปรุงแกไข และการขยายการ
ี่
ใชงานแบบตอเนื่อง หรือโดยผูใชเองตองดําเนินการโดยคนไอที

• เปนซอฟตแวรทไมไดออกแบบรองรับการทํางานรวม เพราะใชการ
ี่
กําหนดสิทธิในการเขาถึงขอมูล หรือเปนเพียงการใหสิทธิเพื่อชวยใน
การใสขอมูลนําเขา หากนอกเหนือจากนี้จะเขาใชงานไมได
• เปนซอฟตแวรทไมไดรองรับการสื่อสารของผูเกี่ยวของกับระบบ
ี่

24. โลกของเทคโนโลยีสารสนเทศที่เราคุนเคย
• เปนซอฟตแวรที่ออกแบบมาเพื่อจัดการขอมูลภายในซอฟตแวรเอง
เทานัน หากจะใชขอมูลจากนอกระบบ ตองมีทําการ Integration
้
แบบใดแบบหนึ่ง ซึ่งหากเปนของคายผูผลิตชั้นนํา มักจะตองใช

เครื่องมือของผูผลิต หากดําเนินการเองมักจะทําไดยาก

25. โลกของเทคโนโลยีสารสนเทศที่เราคุนเคย
• เปนซอฟตแวรทผใชตองปรับตัวเขาหาระบบ ดังนันตองมีการ
ี่ ู ้
ฝกอบรม เพือใชงานเปนระยะเวลานาน ซึ่งทําใหกลายเปนอุปสรรค
่
ในการขยายการใชงานซอฟตแวร
• เมื่อใชงานอยางตอเนื่อง จะกอใหเกิดปญหาของขอมูลทีซาซอนกัน
่ ้ํ
กับระบบของหนวยงานอืนๆ ทําใหตองทําการ Integration &
่
Aggregation
• ปจจุบนยังมีงานในองคกรอีกมากมาย ที่ยังไมมซอฟตแวรมารองรับ
ั ี

26. โลกของเทคโนโลยีสารสนเทศที่เราคุนเคย
26

27. แนวทางของเทคโนโลยีอนๆื่
นอกเหนือจากซอฟตแวรสําเร็จรูป

28. แนวทางของ IT ที่เกิดหลังจากซอฟตแวรสําเร็จรูป
• มี Open Standard ที่เกิดขึ้นมากมาย ที่สําคัญไดแก
– Business Process Management (Business & IT)
– Service-oriented architecture
– Software as a Service (S-a-a-S)
– Web 2.0
– Cloud
• การประยุกตแนวคิดหรือแนวทางหลายอยางเขาดวยกัน จนเกิดเปนแนวทางใหม
เชน
Internet + S-a-a-S + Web 2.0 = Social Network

29. เมื่อนําแนวคิด BPM มาดําเนินการ
• ลดความซ้ําซอนของกระบวนการทํางาน ขั้นตอนปฏิบัตการ ิ
• ลดความซ้ําซอนของขอมูล
• ลดความซ้ําซอนดานความรับผิดชอบในโครงสรางองคกร
• ลดการใชทรัพยากรและวัตถุดิบที่เกิดจากความซ้ําซอนของกระบวนการ
ทํางาน ขั้นตอนปฏิบัติการ ขอมูล และบุคลากร
• รองรับการเพิ่มประสิทธิภาพและคุณภาพ (Efficiency & Quality)
• กระบวนการทํางาน ขั้นตอนปฏิบัติการ ขอมูล และบทบาทความรับผิดชอบ
ของบุคลากร จะพรอมสําหรับการประยุกตใชงานไอที โดยเฉพาะการพัฒนา
สรางซอฟตแวรในรูปแบบของบริการ (Service-oriented &
Software as a Service)

30. BPM to IT
• เมื่อลดความซ้ําซอนทั้งหมดในองคกรได ทังในดานของกระบวนการ ขอมูล และรายงาน
้
ยอมหมายถึง การที่องคกรรูวา กระบวนการใด ขอมูลใด รายงานใด ใชซ้ํา หรือใชรวมกัน
• นั่นหมายถึง การที่เราจะมองเห็นภาพรวม และการเชื่อมโยง ของกระบวนการ ขั้นตอน
ขอมูล และผูเกี่ยวของทั้งหมด ขององคกร รวมไปถึงใชซ้ํากัน ใชรวมกัน
• เราสามารถปรับปรุงพัฒนากระบวนการ และขอมูล ที่ใชซ้ํา หรือใชรวม ไดรวดเร็วขึน เพราะ
 ้
ดําเนินการครั้งเดียว สามารถใชไดทั้งองคกร
• เราสามารถสรางซอฟตแวรโดยอาศัยองคความรูดาน Object Oriented เพื่อสราง
ซอฟตแวรที่สามารถรองรับคุณสมบัติที่ใชซ้ํา หรือใชรวมได และ Object
Oriented บนโลกของ Web Application Technology ก็คือ
Service Oriented Architecture นั่นเอง
• เนื่องจากเปนขั้นตอนที่ทําใหองคกรรูจักขอมูลของตนเอง ดังนั้น BPM จึงรวมไปถึงการ
ขั้นตอนที่เรียกวา Enterprise Integration หรือ Aggregation

31. Service Oriented Architecture
• แนวคิดในการสรางซอฟตแวรทั้งระบบ โดยการประยุกตแนวคิด Object
Oriented รวมกับ Web Application Technology
• แนวคิดเพื่อใหมีซอฟตแวรระบบรองรับงานตางๆ ของธุรกิจไดทนตอความ
ั
ตองการ และสามารถเปลี่ยนแปลงไดตามตองการ ใหมากทีสด ุ่
• รูปแบบของซอฟตแวรในระบบ จะกลายอยูในรูปแบบของ Module ที่
พรอมตอการใหบริการกับผูใชในรูปแบบของบริการ (Software as a

Service) ซึ่งหมายถึงการที่ผูใชอาจจะนําบริการดังกลาวไปใหบริการตอได
อีกดวย
• เพิมคุณลักษณะและคุณภาพใหกับซอฟตแวรเกินกวาที่ไดรับจากซอฟตแวร
่
สําเร็จรูป

32. Cloud Computing
เปนการกําหนดรูปแบบของ Infrastructure รุนใหม เพื่อให
เปนระบบพื้นฐานรองรับการเติบโต และการพัฒนาในดาน
เทคโนโลยีของการประยุกตแนวคิด SOA, SaaS และ Web
2.0 ซึ่งผูใชหรือนักพัฒนาไมตองมาดําเนินการในงาน
System infrastructure management อีก โดยปจจุบันมี
กลุมที่ขับเคลื่อนประเด็นนี้ที่สําคัญ อยูคือ
• Google : Social Network, Android, Youtube, Hi5
etc.
• IBM: Blue Cloud
• Microsoft: Azure, Live, Multiply, Facebook etc.

33. Enterprise Architecture
• Business Architecture
• Information Architecture
• Infrastructure Architecture
– อาคาร สถานที่ หองทํางาน
– เทคโนโลยี และการสื่อสาร Data center
Hardware, Networking, Software, Power supply

36. Burj al arab

37. Business Architecture

38. Business process
Business Goal Patients safety
Treatment efficiency
Staffs security

39. ธรรมชาติการติดยาเสพติด(โรคสมองติดยา)
Experimental Situational Regular Chronic
users users users users
ลองเสพ หาโอกาสเสพ เสพประจํา เสพตลอดเวลา
100 70 30 5-10
เลิก / หยุด
เลิก / หยุด
เลิก / หยุด
เลิก / หยุด 5 years of abstinence relapse rate
Use more than 20 years use until die
Natural recovery treatment plays minor part in this process
Addiction Substance , Environment , User

40. การบําบัดรักษาและฟนฟูสมรรถภาพ

การบําบัดรักษาผูติดยาเสพติด ตามระเบียบกระทรวงสาธารณสุข
ผูรับบริการ เตรียมการ จูงใจ บําบัดดวยยา ฟนฟูสมรรถภาพ
 ติดตามการรักษา กลับสูสังคม
การฟนฟูสมรรถภาพผูติดยาเสพติด ตาม พ.ร.บ.ฟนฟูฯ ๒๕๔๕
ผูรับบริการ ตรวจพิสูจน ฟนฟูสมรรถภาพ
 กลับสูสังคม

41. Business process of drug abuse treatment
BA , BI , MI MET , CBT , TSF RELAPSE
COUNSELING SATIR PREVENTION
DETERMINE REMISSION NON - RELAPSE
DETOXIFICATION DEPENDENCE REHABILITATION AFTER CARE
ABUSER
USER
DETOXIFICATION LOSS FU NON - REMISSION RELAPSE DISCHARGE RECURRENT

42. เมื่อนําแนวคิด BPM มาดําเนินการ
• ลดความซ้ําซอนของกระบวนการทํางาน ขั้นตอนปฏิบัตการ ิ
• ลดความซ้ําซอนของขอมูล
• ลดความซ้ําซอนดานความรับผิดชอบในโครงสรางองคกร
• ลดการใชทรัพยากรและวัตถุดิบที่เกิดจากความซ้ําซอนของกระบวนการ
ทํางาน ขั้นตอนปฏิบัติการ ขอมูล และบุคลากร
• รองรับการเพิ่มประสิทธิภาพและคุณภาพ (Efficiency & Quality)
• กระบวนการทํางาน ขั้นตอนปฏิบัติการ ขอมูล และบทบาทความรับผิดชอบ
ของบุคลากร จะพรอมสําหรับการประยุกตใชงานไอที โดยเฉพาะการพัฒนา
สรางซอฟตแวรในรูปแบบของบริการ (Service-oriented &
Software as a Service)

43. กระบวนการทํางาน ภาพรวม
เริ่มต้น ห้องเวชระเบียน *
ผู้ป่วยรายใหม่ ห้องตรวจพยาบาล
ห้องตรวจแพทย์
REFER * แผนการรักษา ADMIT *
OPD Case
หอผู้ป่วย
ห้องยา DISCHARGE *
ห้องการเงิน
สิ้นสุด
* หมายถึง RADT Center

44. กระบวนการทํางาน ภาพรวม
เริ่มต้น ห้องเวชระเบียน * Registry form
ผู้ป่วยรายใหม่
ห้องตรวจพยาบาล Clinical document , Nurse
ห้องตรวจแพทย์ Clinical document , Doctor
CPOE
ใบสงตัว REFER * แผนการรักษา ADMIT * Admission form
OPD Case ใบสั่งยา หอผู้ป่วย Clinical document
ห้องยา DISCHARGE *
ห้องการเงิน ใบเสร็จรับเงิน
สิ้นสุด
* หมายถึง RADT Center

45. กระบวนการทํางาน ผูป่วยนอก
้
ถ้ามีใบนัด ให้ติดต่อที่ พยาบาล OPD
ผู้ป่วยรายเก่า ถ้าไม่มีใบนัด ให้ติดต่อที่ เวชระเบียน
ไมใช
ขึ้นทะเบียนรักษารอบใหม * มาใน 3 เดือน ADMIT *
เมื่อมีขอบงชี้ จําหน่ายทะเบียน
ใช
ไม
บําบัดด้วยยา relapse
ใช ขึ้นทะเบียนรักษารอบใหม *
ไมหาย
REFER * โรคแทรกซอน ติดตามการรักษา
หาย ใช
REFER *
ไมหาย โรครวม remission
ไม ขึ้นทะเบียนรักษารอบใหม *
หาย
จูงใจ ฟื้นฟูสมรรถภาพ
ไม determine
ใช
* หมายถึง RADT Center

46. กระบวนการทํางาน ผูป่วยนอก
้
ถ้ามีใบนัด ให้ติดต่อที่ พยาบาล OPD
Medical record, EMR ถ้าไม่มีใบนัด ให้ติดต่อที่ เวชระเบียน
ผู้ป่วยรายเก่า (แฟมเวชระเบียน )
ไมใช
ขึ้นทะเบียนรักษารอบใหม * มาใน 3 เดือน ADMIT *
เมื่อมีขอบงชี้ จําหน่ายทะเบียน
Clinical document ใช
ไม
(ทะเบียนบําบัดดวยยา) บําบัดด้วยยา relapse
ใช ขึ้นทะเบียนรักษารอบใหม *
ไมหาย Clinical document
REFER * โรคแทรกซอน ติดตามการรักษา (ทะเบียนติดตามการรักษา)
หาย ใช
REFER *
ไมหาย โรครวม remission
ไม ขึ้นทะเบียนรักษารอบใหม *
Clinical document หาย
(ทะเบียนบําบัดดวยยา) จูงใจ ฟื้นฟูสมรรถภาพ Clinical document
(ทะเบียนฟนฟูสมรรถภาพ )
ไม determine
ใช
* หมายถึง RADT Center

47. กระบวนการทํางาน ผูป่วยใน (บําบัดด้วยยา)
้
แรกรับผู้ป่วย
บําบัดด้วยยา
REFER * ไมหาย ADMIT *
or DISCHARGE* โรคแทรกซอน
เมื่อมีขอบงชี้ จําหน่ายทะเบียน
& FOLLOW UP OPD
หาย ไม
REFER * ไมหาย ใช
or DISCHARGE* โรครวม relapse ขึ้นทะเบียนรักษารอบใหม *
& FOLLOW UP OPD
หาย
MI , BI ติดตามการรักษา
ใช
DISCHARGE * ไม ไม
determine remission ขึ้นทะเบียนรักษารอบใหม *
& FOLLOW UP OPD
ใช
CBT Phase 1 CBT Phase 2
DISCHARGE *
& FOLLOW UP IPD * หมายถึง RADT Center

48. กระบวนการทํางาน ผูป่วยใน (บําบัดด้วยยา)
้
CPOE แรกรับผู้ป่วย การบริหารเตียงนอนผูปวย *
Clinical document , Doctor Clinical document , Nurse
- Doctor order form - In chart
- Admission form บําบัดด้วยยา - Member
- Progress note
REFER * ไมหาย ADMIT *
or DISCHARGE* โรคแทรกซอน
เมื่อมีขอบงชี้ จําหน่ายทะเบียน
& FOLLOW UP OPD
หาย ไม
REFER * ไมหาย ใช
or DISCHARGE* โรครวม relapse ขึ้นทะเบียนรักษารอบใหม *
& FOLLOW UP OPD
หาย
Clinical document
MI , BI ติดตามการรักษา (ทะเบียนติดตามการรักษา)
ใช
DISCHARGE * ไม ไม
determine remission ขึ้นทะเบียนรักษารอบใหม *
& FOLLOW UP OPD
ใช
Clinical document
(ทะเบียนฟนฟูสมรรถภาพ )
CBT Phase 1 CBT Phase 2
DISCHARGE *
& FOLLOW UP IPD * หมายถึง RADT Center

49. กระบวนการทํางาน บ้านแสงอรุณ บ้านตะวันฉาย
แรกรับผู้ป่วย
ฟื้นฟูสมรรถภาพ
REFER * รักษาไมได
or DISCHARGE * โรคแทรกซอน ADMIT * จําหน่ายทะเบียน
รักษาได เมื่อมีขอบงชี้
REFER * รักษาไมได ไม
or DISCHARGE * โรครวม ใช
relapse ขึ้นทะเบียนรักษารอบใหม *
รักษาได
DISCHARGE *
สําเร็จ หลบหนี
ติดตามการรักษา
ไมสําเร็จ
อยูรกษาตอ หรือ
ั ไม
remission
DISCHARGE *
ใช DISCHARGE *
& FOLLOW UP
* หมายถึง RADT Center

50. กระบวนการทํางาน บ้านแสงอรุณ บ้านตะวันฉาย
CPOE แรกรับผู้ป่วย การบริหารเตียงนอนผูปวย *
Clinical document , Doctor Clinical document , Nurse
- Doctor order form - Manager
- Admission form - Staff
- Progress note Clinical document
ฟื้นฟูสมรรถภาพ (ทะเบียนฟนฟูสมรรถภาพ )
REFER * รักษาไมได
or DISCHARGE * โรคแทรกซอน ADMIT * จําหน่ายทะเบียน
รักษาได เมื่อมีขอบงชี้
REFER * รักษาไมได ไม
or DISCHARGE * โรครวม ใช
relapse ขึ้นทะเบียนรักษารอบใหม *
รักษาได
DISCHARGE *
สําเร็จ หลบหนี
Clinical document
ติดตามการรักษา (ทะเบียนติดตามการรักษา)
ไมสําเร็จ
อยูรกษาตอ หรือ
ั ไม
remission
DISCHARGE *
ใช DISCHARGE *
& FOLLOW UP
* หมายถึง RADT Center

52. แบบจําลองสัมพันธภาพของฐานขอมูล (Entity relationship model – ER model)

53. Information Architecture

54. ระบบสารสนเทศโรงพยาบาลศูนยบาบัดรักษายาเสพติดขอนแกน
ํ
KDTC Hospital Information Systems
ระบบสารสนเทศในระดับปฏิบัติงานหรือการดําเนินการในโรงพยาบาล
Operational or transactional information systems
- ระบบสารสนเทศเพื่อการใหบริการทางคลินิก ( บันทึกเวชระเบียน / บันทึกสุขภาพ )
Clinical information systems ( Medical record / Health record )
- ระบบสารสนเทศเพื่อการดําเนินงานที่ไมใชบริการทางคลินิก
Non Clinical information systems
ระบบสารสนเทศเพื่อการจัดการโรงพยาบาล
Management information systems

55. Operational or transactional information systems
Clinical information systems Non Clinical information systems
Registration, admission, discharge and transfer systems Financial management information system
( RADT Systems ) ( FMIS )
ระบบลงทะเบียน การรับ การจําหนาย และการสงตอผูมารับบริการ ระบบบริหารการเงินและบัญชี
Clinical documentations Inventory management IS ( IMIS )
ระบบเอกสารทางคลินิก ระบบบริหารวัสดุคงคลัง
Computerized physician order entry ( CPOE ) Human resource management IS ( HRMIS )
ระบบคอมพิวเตอรเพื่อการบันทึกคําสั่งการรักษาของแพทย ระบบบริหารงานบุคคล
Laboratory information systems ( LIS ) Planning and evaluation system
ระบบหองปฏิบัติการ ระบบการวางแผนงานและประเมินผล
Radiology information systems ( RIS ) Office automation
ระบบรังสีวิทยา ระบบสํานักงานอัตโนมัติ
Pharmacy information systems ( PIS )
ระบบงานเภสัชกรรม

56. Clinical documentations
ระบบเอกสารทางคลินิก
1. บันทึกทางคลินิกของแพทย 2. บันทึกทางการพยาบาล
- ผูปวยนอก ซักประวัติ - ผูปวยนอก
ตรวจรางกาย - ผูปวยใน
การวินิจฉัย
การวางแผนการรักษา
การติดตามการรักษา
- ผูปวยใน คําสั่งการรักษา
บันทึกระหวางการรักษา
การจําหนาย
สรุปผลการรักษา

57. Clinical documentations
ระบบเอกสารทางคลินิก
• การคัดกรองและการประเมิน
• บันทึกแพทยตรวจ
• ทะเบียนบําบัดดวยยา
• ทะเบียนฟนฟูสมรรถภาพ

• ทะเบียนติดตามการรักษา
• Discharge summary

58. Computerized physician order entry ( CPOE )
ระบบคอมพิวเตอรเพื่อการบันทึกคําสังการรักษาของแพทย
่
1. การสังยา ่
2. การสังตรวจทางหองปฏิบัติการ
่
3. การสังตรวจทางรังสีวทยา
่ ิ
4. การสังตรวจอื่นๆ เชน คลื่นหัวใจ จิตประสาท
่
Clinical decision support systems ( CDSS )
ระบบสนับสนุนการตัดสินใจทางคลินิก

59. Laboratory information systems ( LIS )
ระบบหองปฏิบัติการ
1. การจัดการคําขอตรวจ
2. การรายงานผล
3. การติดตาม (tracking) การตรวจทางหองปฏิบัติการ

60. Radiology information systems ( RIS )
ระบบรังสีวทยา
ิ
1. การจัดการคําขอตรวจ
2. การรายงานผล
3. การติดตาม (tracking) การตรวจทางรังสีวทยา
ิ

61. Pharmacy information systems ( PIS )
ระบบงานเภสัชกรรม
1. ระบบการจายยาผูปวยนอก ( Drug dispensing systems )

2. ระบบการจายยาผูปวยใน ( Drug dispensing systems )

3. ระบบคลังยา ( Inventory systems )

63. Electronic Medical Record ( EMR )
Data Security CIA
Confidentiality
Integrity
Availability

64. Electronic Medical Record ( EMR )
KDCare i KDCare Service oriented
architecture (SOA)
Web app. + iPad App.
Database : MySql
Interface : html 5 , CSS3 , JQuery , Object C
Server : PHP framework

65. Service Oriented Architecture
• เปนแนวคิดที่เกียวของกับการสรางซอฟตแวรทั้งระบบ ขององคกร
่
• เปนแนวคิดที่หวังใหทุกงานในองคกรมีซอฟตแวรเขามารองรับไดทน
ั
ตอความตองการ และการเปลียนแปลงใดๆ ใหมากที่สด
่ ุ
• ใหบริการกับผูใชในรูปแบบของบริการ (Software as a Service)

• เพิมคุณภาพและคุณลักษณะใหกับซอฟตแวรเกินกวาทีไดรบจาก
่ ่ ั
ซอฟตแวรสาเร็จรูป
ํ
• ในภายหลังก็มีประยุกตคณลักษณะของ Web 2.0 เขาไป ทําใหยิ่ง
ุ
เพิมคุณลักษณะของซอฟตแวรที่เกิดขึ้น
่

66. Web 2.0 : แนวโนมของเว็บที่เปลี่ยนแปลงไป
66

67. Web 2.0 : Architecture
67

68. การสรางซอฟตแวรตามแนวคิด SOA
• Process => Module => Service
• Process ประกอบดวย
– ชุดขอมูลทีใชทั้งหมด ไดแก input, output และขอมูลที่เกียวกับ
่ ่
การกํากับ หรือควบคุม
– การประมวลผล ไดแก กิจกรรมในการประมวลผล
– ผูเกี่ยวของกับระบบทังหมด
้
– สวนควบคุม ไดแก กฏกติกาตางๆ ขอจํากัด ฯลฯ
– พฤฒิกรรมของกระบวนการ ไดแก วงจรธุรกิจ วงจรของการพัฒนา
ธุรกิจ พัฒนาผลิตภัณฑ หรือแนวทางการแกไข ปรับปรุง
เปลียนแปลง
่
– สวนรวม สวนตาง กับกระบวนการอืนๆ ขององคกร
่

69. การสรางซอฟตแวรตามแนวคิด SOA
บริการตางๆ
กระบวนการตางๆ ขององคกร
P0 โมดูลตางๆ
Module 1
P1 P2 P3 Pn Module 2
Module 3
Module n

70. ประเด็นทีควรคํานึงถึงทีสําคัญในการออกแบบและสรางระบบตามแนวคิด SOA
่ ่
• คุณลักษณะของซอฟตแวรตามแนวคิด SOA ซึ่งตางจากซอฟตแวร
สําเร็จรูป
• เปนซอฟตแวรที่ไมไดเฉพาะเจาะจง
– 1 กระบวนการ ไมจําเปนตองเปน 1 โมดูล
– 1 กระบวนการ อาจจะรองรับดวยหลายโมดูล
– 1 โมดูล อาจจะตอบสนองไดหลายกระบวนการ
(โดยพิจารณาจากองคประกอบของกระบวนการ)
– 1 โมดูล ไมจําเปนตองเปน 1 service
– 1 โมดูล อาจจะกลายเปนหลาย service
– 1 service อาจจะประกอบดวยหลายโมดูล
• รองรับการเปลี่ยนแปลงโดยผูใชงาน ไมใชคนไอที (User definable)
• งายตอการขยายการใชบริการ หรือการขยายความสามารถ

71. Infrastructure Architecture
Data center : Servers & Thin clients
Cloud computing
Re-design building
Logistic & supply chain

72. Cloud Computing
เปนการกําหนดรูปแบบของ Infrastructure รุนใหม เพื่อให
เปนระบบพื้นฐานรองรับการเติบโต และการพัฒนาในดาน
เทคโนโลยีของการประยุกตแนวคิด SOA, SaaS และ Web
2.0 ซึ่งผูใชหรือนักพัฒนาไมตองมาดําเนินการในงาน
System infrastructure management อีก โดยปจจุบันมี
กลุมที่ขับเคลื่อนประเด็นนี้ที่สําคัญ อยูคือ
• Google : Social Network, Android, Youtube, Hi5
etc.
• IBM: Blue Cloud
• Microsoft: Azure, Live, Multiply, Facebook etc.

73. Surveillance
Community-based surveillance of alcohol
use
GIS Map server
GIS app. database of patients