Cardiac arrest event (code) support system, equipment and methodologies providing recordation, documentation, analysis, feedback and post event processing

• US 10,381,118 B2
• Filed: 11/30/2017
• Issued: 08/13/2019
• Est. Priority Date: 07/26/2006
• Status: Active Grant

• Current Assignee: Scientific Pathways International, LLC
• Original Assignee: Scientific Pathways International, LLC
• Inventors: Kellum, Michael
• Primary Examiner(s): Yi, Rinna
• Application Number:
  US15/828,369
• Publication Number:
  US 20180158553A1
• Time in Patent Office: 621 Days
• CPC Class Codes: G16H 10/60 for patient-specific data, e.g. for electronic patient records
• CPC Class Codes: G16H 15/00 ICT specially adapted for medical reports, e.g. generation or transmission thereof
• CPC Class Codes: G16H 40/20 for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
• CPC Class Codes: G16H 50/30 for calculating health indices; for individual health risk assessment
• CPC Class Codes: G16H 50/70 for mining of medical data, e.g. analysing previous cases of other patients
• CPC Class Codes: G16H 70/20 relating to practices or guidelines
• CPC Class Codes: G16H 70/60 relating to pathologies

Abstract

Disclosed embodiments are directed at providing a cardiac arrest event support system, equipment and methodologies that enable recordation, documentation, real time analysis, feedback to personnel treating a victim of the event and post event processing to support objective documentation and post event processing (e.g., inventory, billing, etc.).

Claims

1. A system for management of cardiac arrest events, the system comprising:

at least one processor;

at least one memory storing program instructions and archived data for execution by the at least one processor that controls display of a graphical user interface, the archived data including a set of rules for managing events that may occur during a cardiac arrest event, data generated by recording user'"'"'s interaction with the icons during the cardiac arrest event, including documenting and analyzing of events pertaining to diagnosing, treatment and monitoring of a patient, the memory being accessible and comparable with data from other events that share common characteristics, the memory being accessible by post-event data processing systems;

at least one display presenting the graphical user interface comprising a plurality of screens with icons for interaction by a user including at least a developer, an administrator, and a recorder, each of the icons representing tasks and actions that occur during cardiac arrest events categorized into at least four code-types including;

a real code-type enabling real time recordation, documentation, analysis and feedback to personnel treating a real person having a cardiac arrest, the real code-type enabling adjustment of retrospective timing to an actual time of a start of the events that preceded initial recording,

a mock code-type pertaining to scenarios mimicking events of the real type and including an onset time recordation of all details regarding cardiac arrest actions and events, protocols and equipment availability,

a testing code-type pertaining to training with all equipment being available, and

a run report code-type providing entry of data in retrospect from various sources;

wherein the plurality of screens comprises;

at least one screen displaying an array of icons and a task grid for the developer or administrator to initially assign a name of one of the tasks and/or actions to each of the icons and to determine an initial subset of icons shown on the grid, the icons being displayed in a context-sensitive manner such that icons for completed-tasks are hidden and/or drug-associated icons are shown after the user selects an icon associated with drug administration,

at least one show-hide selection screen enabling an administrator or developer to set up relationships between tasks and to designate which child-task icons to show and to hide when a mother-task icon is selected,

at least one screen displaying an option for setting up code-types that will be used by the system and enabling the administrator to create new codes-types and modify existing code-types,

at least one screen for each of the code-types and displaying actions and events that may occur during such code-type event,

at least one screen displaying an option to modify names of the icons displayed on the task grid for the administrator to select a name that fits into a space of the icon and is from a list of recognized words,

at least one screen displaying a list of all developed code-types, the user initiating a sequence of screens by selecting a code-type from the list, the administrator being allowed to create a new sequence of screens and to modify existing sequences,

at least one recording screen for recording events of the selected code-type, the at least one recording screen displaying an option for the user to select icons associated with tasks and/or actions displayed on the task grid, to start a clock of the system for entering data and displaying status selected task or action,

at least one analysis screen displaying an option for selecting recorded task(s) and/or actions(s) and permitting the user to select a recorded event displaying details of the code with times using 24-hour clock format, and

at least correction screen displaying an option to correct recording errors and re-analyze the cardiac arrest event.

2. The system of claim 1 wherein the post-event data processing systems include at least training software, accreditation systems, accounting systems and inventory systems providing data for post cardiac event processing such as inventory control, billing purposes, liability management and further medical research.

3. The system of claim 1 wherein at least one of the screens enables linking of voice recognition technology to task recordation options.

4. The system of claim 3 further comprising a speaker and a microphone, the processor running a software code which controls receiving audio input from, and providing audio output to individuals involved in treatment of a cardiac arrest event.

5. The system of claim 1 wherein the icon selection results from touching one of the plurality of icons on a touch screen.