160 likes | 321 Views
PMU. TI-VDM2 project. Agenda. Proposed class diagram Thread Identification Communication channels Synchronization Stimuli Open issues. Proposed Class diagram. Agenda. Proposed class diagram Thread Identification Communication channels Synchronization Stimuli
E N D
PMU TI-VDM2 project
Agenda • Proposed class diagram • Thread Identification • Communication channels • Synchronization • Stimuli • Open issues
Agenda • Proposed class diagram • Thread Identification • Communication channels • Synchronization • Stimuli • Open issues
Thread Identification (1) • HospitalBaseStation - Base station located at hospital. Responsible for handling incoming data over a wired connection from home base stations • EmergencyBaseStation • Base station located at hospital. Responsible for handling incoming emergency messages over a wireless connection (eg. SMS, WI-FI) • HomeBaseStation • Base station located at the home of the PMU owner. Communicates with the PMU when in proximity and relays the data to the hospital over a cheap wired connection
Thread Identification (2) • Analyzer - Analyzes collected data and determines if a critical condition is imminent. If this is the case it sends a priority emergency message directly to the hospital • DataCollector • Collects data from the connected medical devices (wired or wireless) • PMUHandler - Listens for incoming emergency data from the Analyzer • HomeBaseHandler - Listens for incoming data from the HomeBaseStation
Agenda • Proposed class diagram • Thread Identification • Communication channels • Synchronization • Stimuli • Open issues
Communication channels • MedicalDevice -> DataCollector - Data acquired on the MedicalDevice is transmitted to the DataCollector • PMU -> HomeBaseStation - PMU transmits all collected data to the HomeBaseStation when in proximity • HomeBaseStation -> HospitalBaseStation - The HomeBaseStation transmits all collected data to the hospital for doctors to review. This is done via a wired connection. • HospitalBaseStation -> HomeBaseStation - A doctor can issue a new PatientRecord based on the collected data and transmit this back to the HomeBaseStation for upload when in proximity. • Analyzer -> EmergencyBaseStation - In case of a detected emergency, the Analyzer transmits an emergency message directly to the hospital
Agenda • Proposed class diagram • Thread Identification • Communication channels • Synchronization • Stimuli • Open issues
Synchronization • Communication between Analyzer and PMU - producer/consumer • Communication between Analyzer and EmergencyBaseStation - producer/consumer • Communication between HomeBaseStation and HospitalBaseStation - producer/consumer • Hospital needs to lock patientrecord when base stations update patientrecords - scoped locking
Agenda • Proposed class diagram • Thread Identification • Communication channels • Synchronization • Stimuli • Open issues
Stimuli • Proximity • The pmu is close enough to the base station to start transmission. • Data from medical device • The pmu receives a heartbeat from a medical device and meaning the medical device is ready to start transmission of collected data. • New patient record • The patient record is updated on the central EPR system • Time to take medicine • According to the patient record it is time for the patient to take some specific medicine • Medical condition • An acute medical condition has arised (eg. heart failure imminent)
Agenda • Proposed class diagram • Thread Identification • Communication channels • Synchronization • Stimuli • Open issues
Issues • Channel implementation -> nedarvning • Communication types -> også nedarvet ? En klasse for alle typer ? • MessageChannelBuffer -> bruges denne overhovedet til noget ? • Medical devices -> Er det interessant for os at inkludere kommunikations elementet til/fra devices. • System -> skal denne have fat i alle klasser ?
Summary • Today: - Concurrent model diagram has been presented - Initial thoughts on communication and synchronization - Test scenarios proposed • Future: • Update model based on feedback