This page is part of the CardX - Cardiac Implantable Electronic Devices (v1.0.0-ballot: STU 1 Ballot 1) based on FHIR (HL7® FHIR® Standard) v5.0.0. No current official version has been published yet. For a full list of available versions, see the Directory of published versions
Page standards status: Informative |
High quality, effective and safe remote monitoring relies on patient connectivity. The rapid management of disconnected patients is vital to ensure continuity of routine follow-up and to timely measure alerts that signal unexpected device behavior or important clinical events. The responsibility to maintain a connected status primarily lies with both the patient and the device clinic. It is essential that every reasonable effort is made by the clinic to contact disconnected patients and restore their connection to RM. Cardiac implantable electronic device (CIED) manufacturers serve as collaborative partners, potentially offering assistance by notifying patients directly about disconnections and providing technical support to help restore the connection. This process is time-intensive. Establishing reconnection involves contacting the patient and troubleshooting any issues. This can be effectively carried out by adequately trained clinical or non-clinical staff; however, those staff need time allocated to that task and need readily available data to know who is disconnected, why they may be disconnected and to prioritize which patients need to be reconnected most urgently.
Patient connectivity can be disrupted for a variety of reasons including:
The task of managing disconnected patients is further complicated by the varying connectivity and monitoring technologies in use. There is no universally accepted definition of 'connected' or 'disconnected' that applies to all patients. CIEDs may remain implanted for up to 15 years, and over the course of time, various device models may be available to patients for more than a decade. This results in technology—particularly telemetry—that must be supported for 25+ years under the current standards. Additionally, manufacturers have developed different definitions and workflows for managing disconnected patients, which now require harmonization. Clinicians also have individual preferences for connectivity, influenced by each patient's clinical characteristics and diagnosis.
In the current state, there is no reliable method for device clinics, CIED data management systems, or CIED manufacturers to effective manage patients who are disconnected from remote monitoring. Through this use case, we plan to develop FHIR profiles to allow device clinics, CIED data management systems, and CIED manufacturers to calculate a devices connectivity status and provide supporting context on-the-fly using FHIR servers. This will also enable support for various software workflows and approaches by clinicians. This use case focuses on optimizing workflows to reconnect patients to remote monitoring. The FHIR profiles are designed to provide the user with comprehensive context and information available from the manufacturer systems, enabling efficient management of patient connectivity
This use case is centered around facilitating workflows to get patients connected to remote monitoring. The FHIR profiles are meant to provide the user with as much context and information as is available in the manufacturer systems.
The following user stories have associated Example Instances included in the Implementation Guide and are representative of a 19-May-2025 query of a manufacturers FHIR server which supports the connectivity profiles.
Jim Doe is a 67-year-old male with a dual chamber ICD. The device was implanted for primary prevention for sudden cardiac death. Jim received a bedside monitor in the mail from his device manufacturer but he has not plugged the device in yet.
John Doe, 71-year-old male with an ICD placed for secondary prevention. His last transmission date was 08-Feb-2025, last CIED connectivity time was 19-Feb-2025, and last monitor connectivity (monitor = portable device) connection was 19-Feb-2025. His next scheduled remote interrogation is 30-May-2025.
Jane Doe, 61-year-old female. Dual chamber pacemaker placed for sinus bradycardia. Last transmission date was 28-Feb-2025. Last CIED connectivity time was 18-May-2025. Last monitor connectivity (monitor = bedside device) was 19-May-2025 (connected as expected). Next scheduled remote interrogation is 30-May-2025.
Jane Doe, 61-year-old female. Dual chamber pacemaker placed for sinus bradycardia. Last transmission date was 28-Feb-2025. Patient notified device clinic that they are going on vacation. Last CIED connectivity time was 25-Apr-2025. Last monitor connectivity (monitor = bedside device) was 19-May-2025 (connected as expected at home, patient did not bring along on vacation). Next scheduled remote interrogation is 30-May-2025.
Jimmy Doe, 73-year-old male with a dual chamber pacemaker placed for complete heart block. Last transmission date was on 30-Mar-2025. Last CIED connectivity time was 04-May-2025. Last monitor connectivity (monitor = bedside device) was 04-May-2025. Next scheduled remote interrogation is 25-Jun-2025. The manufacturer shows Jimmy as being disconnected if communication has not occured in 10 days.
The data producer is a manufacturers CIED remote monitoring platform. The manufacturer typically manages an IoT platform to connect cardiac monitors with the remote monitoring platform and manufacturers CIED devices.
A secondary use case is a middleware vendor who consumes the data from a manufacturer and passes that information through to another software system such as an Electronic Health Record.
The data producer is a healthcare provider software system responsible for managing disconnected workflows. These software are often used because they are manufacturer agnostic and may be an Electronic Health Record or CIED specific middleware vendor.