Medical Device Dongle Thesis Presentation

Transcript

1. Medical Device Dongle: An Open Source Standards-based Platform for Interoperable Medical Device Connectivity Santosh G. Vattam Master’s Thesis – MSE/EMBS Advisor: Prof Insup Lee 09.05.2012 Santosh G. Vattam 1
2. Agenda • Introduction • MDD Architecture – IEEE11073 Architecture – MDD Architecture • Agent-side Architecture • Manager-side Architecture – MDDWare Interface APIs • API design Santosh G. Vattam 2
3. Agenda • MDD Implementations – Python prototype • Agent module • Manager module • MDER – Java prototype • Current Status and Work in Progress – Work in Progress – Validation • Conclusion Santosh G. Vattam 3
4. INTRODUCTION Santosh G. Vattam 4
5. The Goal Santosh G. Vattam 5 ?
6. Why is seamless Medical Device Connectivity necessary? • Anesthesiology News: 100 surgical fires/year, ~20 serious injuries, ~1-2 deaths; all of them avoidable • Cost Effectiveness • Avoiding monopoly of a single medical device manufacturer • Technology exists Santosh G. Vattam 6
7. The Problem – ICU Patient monitoring Santosh G. Vattam 7 Room Aggregator MedDevX, Inc Interface MedDevX, Inc MedDevX, Inc New Hospital Application ? Hospital Monitoring Stations MedDevX, Inc Server
8. The Problem – Remote patient monitoring Santosh G. Vattam 8 Remote Device Aggregator MedDevX, Inc Interface MedDevX, Inc MedDevX, Inc ? Remote Monitoring Stations MedDevX, Inc Server New Remote Application
9. Current Solution Santosh G. Vattam 9 Room Aggregator MedDevX, Inc Interface MedDevX, Inc MedDevX, Inc New Hospital Application Hospital IT Dept. hack ? Hospital Monitoring Stations MedDevX, Inc Server
10. Ideal Solution Santosh G. Vattam 10 Room Aggregator MedDevX, Inc MedDevY, Inc Mobile Applications Monitoring Stations
11. Our Solution 09.05.2012 Santosh G. Vattam 11 MDDWare Interface MedDevX, Inc MedDevY, Inc MDD Agent dongle MDD Agent dongle MDD Manager Mobile Applications Monitoring Stations EHR
12. MDD ARCHITECTURE Santosh G. Vattam 12
13. General Device Connectivity Architecture Santosh G. Vattam 13
14. MDD Architecture • Multiple devices; single supervisor • Based on IEEE-11073[1] protocol • Why 11073? – IEEE Standard – open standard – Supports the “multiple devices; single supervisor” model Santosh G. Vattam 14
15. IEEE-11073 Protocol • Two classifications of IEEE-11073: – PoC – Point of Care – PHD – Personal Health Device • We chose PHD: – Better and more recent documentation • MDD Implementation – Based on PHD; but not exactly the same Santosh G. Vattam 15
16. IEEE-11073MDD • Manager and Agent state machines from 11073PHD • GET, SET and EventReport services • Medical Device Domain Information Model • Medical Device Encoding Rules (MDER) Santosh G. Vattam 16
17. 11073 Agent State Machine Santosh G. Vattam 17
18. 11073 Manager State Machine Santosh G. Vattam 18
19. MDD Agent Structure Santosh G. Vattam 19
20. MDD Manager Structure Santosh G. Vattam 20
21. MDDWare Interface APIs • ping() – To check the status of the Manager • getLocation() – To obtain location information • getPatient() – To identify the patient • getVitalSigns() – To obtain the list of available vital signs • getData() – To obtain the actual vital sign data Santosh G. Vattam 21
22. MDD Workflow Structure Santosh G. Vattam 22
23. IMPLEMENTATIONS Santosh G. Vattam 23
24. Basic Setup Santosh G. Vattam 24
25. Python prototype • Agent and Manager FSMs • Basic device drivers for Nellcor N-595 Pulse Oximeter and AND UA767-PC BP Monitor • Ethernet and Bluetooth TxLayer • MDDWare Interface APIs Santosh G. Vattam 25
26. Agent module • TxLayerObjectModel • MDDAgent – device_info – real_data – x73_agent – rxThread – fake_data Santosh G. Vattam 26
27. Manager module • MDDService – MDDInterface – MDDInterfaceHandler – MDDService • MDDManager – MDDTxLayerObj – deploySubManager – parse_request – available_vital_signs_list – available_devices_list • MDDSubManager Santosh G. Vattam 27
28. MDER module • x73_class – AarqApdu – AareApdu – DataApdu .. • x73_constants – Supported devices – Supported configurations – Association responses – Configuration response .. • mder – parse() – parse<packetType> Santosh G. Vattam 28
29. Java Prototype • Benefits: – Better multithreading support – Porting to Android made easier – Interfaces driven approach • Test driven development approach • Differences: – Stricter class hierarchy – Serializability Santosh G. Vattam 29
30. Java Prototype • MDDAgent – AgentGenericBehavior – FakeData – RdThread – RxThread • MDDManager – GenericService – GenericManager – GenericSubManager • X73StateMachine – X73States • X73Packets – AarqApdu, AareApdu, DataApdu, RlrqApdu .. • Test Santosh G. Vattam 30
31. CURRENT STATUS AND WORK IN PROGRESS Santosh G. Vattam 31
32. Current Status • Flexible, scalable and extendable system architecture • Functional Python and Java prototypes • Support for Nellcor N595 and AND UA767- PC devices • Open source research platform Santosh G. Vattam 32
33. Working applications Santosh G. Vattam 33
34. Work in Progress • Validation of IEEE-11073 conformance and compatibility[2][3][4] – Compatibility with Continua[5] certified devices • Support for more devices • Supporting and interfacing application layer protocols such as MDCF[6] • Support for more medical device applications Santosh G. Vattam 34
35. Design Update Santosh G. Vattam 35
36. CONCLUSION Santosh G. Vattam 36
37. Conclusion • MDD Software and Hardware Architectures • Python and Java based prototypes • Benefits of MDD: – Software platform that enables medical device interoperability – Open source, low cost platform for research on device interoperability standards and device coordination applications Santosh G. Vattam 37
38. QUESTIONS? Santosh G. Vattam 38
39. THANK YOU Santosh G. Vattam 39
40. REFERENCES Santosh G. Vattam 40
41. References • [1] ISO/IEC/IEEE health-informatics personal health device communication-part 20601: Application profile-optimized exchange protocol. ISO/IEEE 11073-20601:2010(E), pages 1-208, 1 2010. • [2] Frontline IEEE 11073-20601 protocol analyzer - http://www.fte.com/support/IEEE11073-download.aspx. • [3] NIST medical device communication testing project: test tools - http://xreg2.nist.gov/medicaldevices/testtools.html • [4] Intel Evaluation kit with IEEE 11073 Continua-certified software stack for medical applications - http://www.intel.com/p/en US/embedded/applications/medical/evaluation-kit/overview • [5] Continua Health Alliance. http://www.continuaalliance.org • [6] A. King, S. Procter, D. Andresen, J. Hatcliff, et. al., An open test bed for medical device integration and coordination. In Software Engineering - Companion Volume, 2009. ICSE-Companion 2009. 31st International Conference on, pages 141-151, May 2009. Santosh G. Vattam 41