US20210090451A1 - Systems and Methods for Health Education, Certification, and Recordation - Google Patents
Systems and Methods for Health Education, Certification, and Recordation Download PDFInfo
- Publication number
- US20210090451A1 US20210090451A1 US16/576,200 US201916576200A US2021090451A1 US 20210090451 A1 US20210090451 A1 US 20210090451A1 US 201916576200 A US201916576200 A US 201916576200A US 2021090451 A1 US2021090451 A1 US 2021090451A1
- Authority
- US
- United States
- Prior art keywords
- healthcare
- certification
- data
- walkthrough
- task
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 136
- 230000036541 health Effects 0.000 title claims abstract description 21
- 230000004044 response Effects 0.000 claims description 71
- 208000010496 Heart Arrest Diseases 0.000 claims description 45
- 238000013507 mapping Methods 0.000 claims description 13
- 230000008520 organization Effects 0.000 claims description 5
- 238000004088 simulation Methods 0.000 claims description 5
- 238000012806 monitoring device Methods 0.000 claims description 2
- 230000000241 respiratory effect Effects 0.000 claims description 2
- 238000012552 review Methods 0.000 claims description 2
- 238000002680 cardiopulmonary resuscitation Methods 0.000 description 48
- 238000010586 diagram Methods 0.000 description 29
- 238000012549 training Methods 0.000 description 19
- 230000006870 function Effects 0.000 description 10
- 230000009471 action Effects 0.000 description 9
- 208000024891 symptom Diseases 0.000 description 6
- 208000006218 bradycardia Diseases 0.000 description 5
- 230000036471 bradycardia Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 5
- 238000003491 array Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000000246 remedial effect Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- UCTWMZQNUQWSLP-VIFPVBQESA-N (R)-adrenaline Chemical compound CNC[C@H](O)C1=CC=C(O)C(O)=C1 UCTWMZQNUQWSLP-VIFPVBQESA-N 0.000 description 2
- 229930182837 (R)-adrenaline Natural products 0.000 description 2
- 230000001154 acute effect Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 229960005139 epinephrine Drugs 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000001902 propagating effect Effects 0.000 description 2
- 230000029058 respiratory gaseous exchange Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 206010010071 Coma Diseases 0.000 description 1
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 208000001871 Tachycardia Diseases 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000003339 best practice Methods 0.000 description 1
- 238000007664 blowing Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 229910052802 copper Inorganic materials 0.000 description 1
- 239000010949 copper Substances 0.000 description 1
- 238000003066 decision tree Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000002526 effect on cardiovascular system Effects 0.000 description 1
- 229940124645 emergency medicine Drugs 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000000004 hemodynamic effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000002483 medication Methods 0.000 description 1
- 230000000474 nursing effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000033764 rhythmic process Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000006794 tachycardia Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
- G06Q10/06398—Performance of employee with respect to a job function
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/20—Education
- G06Q50/205—Education administration or guidance
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
- G09B19/00—Teaching not covered by other main groups of this subclass
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
- G09B23/00—Models for scientific, medical, or mathematical purposes, e.g. full-sized devices for demonstration purposes
- G09B23/28—Models for scientific, medical, or mathematical purposes, e.g. full-sized devices for demonstration purposes for medicine
- G09B23/288—Models for scientific, medical, or mathematical purposes, e.g. full-sized devices for demonstration purposes for medicine for artificial respiration or heart massage
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/70—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mental therapies, e.g. psychological therapy or autogenous training
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
- G09B5/00—Electrically-operated educational appliances
- G09B5/08—Electrically-operated educational appliances providing for individual presentation of information to a plurality of student stations
- G09B5/12—Electrically-operated educational appliances providing for individual presentation of information to a plurality of student stations different stations being capable of presenting different information simultaneously
Definitions
- the present disclosure generally relates to healthcare, and more particularly, to systems and methods for health education, certification, and recordation.
- CPR cardiopulmonary resuscitation
- the present disclosure generally relates to healthcare training systems and methods. More particularly, the present disclosure relates to a novel application of care-based and competency-based training systems and methods.
- the present disclosure contemplates a method for health education, certification, and recordation.
- the method may include a computer-implemented cardiopulmonary resuscitation (CPR) certification method.
- the method may include obtaining, at a server, a user input from a user interface. The user input may define an interval for a desired CPR certification schedule.
- the method may include generating, at the server, a CPR certification program. Generating the CPR certification program may include generating at least two task groups. Each task group of the at least two task groups may include a healthcare certification task.
- the method may include administering, at the server, the CPR certification program.
- Administering the CPR certification program may include assigning, at the interval defined by the user input, one task group of the at least two task groups to a user enrolled in the CPR certification program, and receiving an indication that the enrolled user has completed the healthcare certification task of the assigned one task group.
- the method may include obtaining, at a computing device, an input that defines an interval for assigning task groups to an enrolled user.
- the method may include obtaining, at the computing device, a selection of a plurality of healthcare certification tasks.
- the method may include generating, at the computing device, a plurality of task groups.
- a task group of the plurality of task groups may include a healthcare certification task of the plurality of healthcare certification tasks.
- the method may include generating, at the computing device, a certification program corresponding to a healthcare protocol and associating the plurality of task groups with the certification program.
- the method may include administering, at the computing device, the certification program.
- Administering the certification program may include, in response to the arrival of a first start date, assigning, via the computing device, the task group to the enrolled user enrolled in the certification program, and receiving, at the computing device, an indication that the enrolled user has completed the healthcare certification task of the task group.
- the method may include obtaining, at a server, an input that defines an interval for assigning task groups to an enrolled user.
- the method may include obtaining, at the server, a selection of a plurality of healthcare certification tasks.
- the method may include generating, at the server, a plurality of task groups.
- a task group of the plurality of task groups may include a healthcare certification task of the plurality of healthcare certification tasks.
- the method may include generating a plurality of trigger events.
- a trigger event of the plurality of trigger events may include a condition and data linking a first task group of the plurality of task groups to a second task group of the plurality of task groups.
- the method may include generating, at the server, a certification program corresponding to a healthcare protocol. Generating the certification program may include associating the plurality of task groups with the certification program. The method may include administering, at the server, the certification program. Administering the certification program may include, in response to the arrival of a first start date, assigning the first task group to the enrolled user enrolled in the certification program, and may include, in response to fulfillment of the condition of the trigger event of the first task group, assigning the second task group to the enrolled user.
- certification programs generated or administered by the systems and methods of the present disclosure include one or more configurations that tailor the certification program to the preferences of enrolled users.
- the various configurations of the certification program that can be tailored include an interval (sometimes called a “frequency”) at which users participate in healthcare certification tasks, the type(s) of users enrolled in the certification program (e.g., the certification program can be tailored to emergency room doctors, hospital secretaries, or other roles), and other configurations.
- the benefits also include, for example, systems and methods that (1) record events that occur during an encounter with a patient, (2) provide a customized walkthrough of a healthcare protocol to a user based on the user's experience, knowledge, training, or other characteristics, and (3) allow a user's participating in an actual or simulated medical scenario to work toward or maintain certification in a healthcare protocol.
- the systems and methods disclosed herein improve the functioning of computers.
- the systems and methods disclosed provide automated creation of healthcare certification programs and automated application of events performed by healthcare workers that contribute to their completion of a certification program.
- the systems and methods disclosed allow computers to generate certification programs and healthcare protocol walkthroughs that are tailored to the specialties of a healthcare worker.
- the systems and methods disclosed allow computers to generate healthcare protocol walkthroughs tailored to the specific patient being cared for based on that patient's characteristics.
- the systems and methods disclosed herein include computer systems that use programmable operational characteristics to customize and tailor the certification programs and healthcare protocol walkthroughs without tradeoffs in processor performance or increased time spent configuring certification programs.
- the systems and method overcome the shortcomings of previous attempts by allowing personnel to become and stay certified in healthcare protocols without having to sacrifice their time in long certification classes every few years.
- the systems and methods also allow healthcare workers to apply their skills to maintaining certification, which reduces the amount of time they spend away from patients.
- the systems and methods tailor certification programs for users based on the users' characteristics and allows the users to performing certifying activities at customized intervals.
- FIG. 1 is a schematic block diagram illustrating an exemplary system for health education, certification, and recordation.
- FIG. 2A is a block diagram illustrating an exemplary certification program for health education, certification, and recordation.
- FIG. 2B is a block diagram illustrating a portion of an exemplary certification program for health education, certification, and recordation.
- FIG. 3 is a block diagram illustrating an exemplary encounter record for health education, certification, and recordation.
- FIG. 4 is a block diagram illustrating an exemplary healthcare protocol walkthrough for health education, certification, and recordation.
- FIG. 5 is a front view illustrating an exemplary user interface for health education, certification, and recordation displayed on a client device.
- FIG. 6 is a block diagram illustrating an exemplary system for health education, certification, and recordation.
- FIG. 7 is a flowchart diagram illustrating an exemplary embodiment of a method for health education, certification, and recordation.
- FIG. 8 is a flowchart diagram illustrating another exemplary embodiment of a method for health education, certification, and recordation.
- FIG. 9 is a flowchart diagram illustrating another exemplary embodiment of a method for health education, certification, and recordation.
- FIG. 10 is a flowchart diagram illustrating another exemplary embodiment of a method for health education, certification, and recordation.
- FIG. 11 is a flowchart diagram illustrating another exemplary embodiment of a method for health education, certification, and recordation.
- the present disclosure is directed to systems and methods for health education, certification, and recordation.
- the systems and methods of the present disclosure may provide a system the capability to administer a certification program for a healthcare protocol (e.g., cardiopulmonary resuscitation (CPR) or basic life support (BLS)), healthcare procedure, or healthcare technique (hereinafter, each is referred to as a “healthcare protocol”).
- the certification program includes one or more configurations that may tailor the certification program to the preferences of enrolled users.
- the various configurations of the certification program that can be tailored include an interval at which users participate in healthcare certification tasks, the type(s) of users enrolled in the certification program, or other configurations.
- a user of the systems and methods disclosed herein may include a healthcare worker, a non-healthcare worker, an administrator at a healthcare facility, or another type of user.
- the present disclosure is also directed to systems and methods that, in some embodiments, provide functionality to record events that occur during an encounter with a patient.
- the systems and methods may provide a user with a healthcare protocol walkthrough to guide the user is performing the steps of a healthcare protocol.
- the present disclosure is also directed to systems and methods disclosed herein that provide a user the capability to work toward or maintain certification in a certain healthcare protocol in response to participating in a training scenario or an actual medical episode.
- FIG. 1 depicts one embodiment of a system 100 .
- the system 100 may include a server 110 .
- the server 110 may include modules. The modules may carry out functionality of the server 110 .
- the server 110 may include an account module 112 .
- the account module 112 may store data associated with one or more users of the server 110 or one or more users of the modules of the server 110 .
- the server 110 may include a module 114 .
- the certification module 114 may administer one or more healthcare protocol certification programs.
- the server 110 may include an encounter module 116 .
- the encounter module 116 generate an encounter record that may include data describing one or more events that occurred during a patient encounter.
- the server 110 may include a walkthrough module 118 .
- the walkthrough module 118 may store one or more healthcare protocol walkthroughs.
- the walkthrough module 118 may customize a healthcare protocol walkthrough based on received data (e.g., a patient's age, sex, etc.) and may present the healthcare protocol walkthrough to a user.
- the encounter module 116 may feed encounter data into the certification module 114 , and the certification module 114 may determine whether an event recorded by the encounter data contributes, at least in part, to a user fulfilling a healthcare certification task of a certification program the user may be enrolled in.
- the system 100 may include a client device 120 .
- the client device 120 may communicate with the server 110 via a data network 130 of the system 100 .
- the client device 120 may send data to the server 110 or receive data from the server 110 .
- the client device 120 may display the received data.
- the client device 120 may receive user input and send data to the server based on the user input.
- the user input may include input to configure the one or more modules 112 , 114 , 116 , 118 of the server 110 .
- the system 100 may include a server 110 .
- the server 110 may include one or more computing devices.
- a computing device may include one or more processors, memory, one or more input/output (I/O) interfaces, or other computer components.
- the server 110 may include data storage.
- the data storage may include a file system, database, or other data-storing capabilities.
- the server 110 may include one or more modules.
- the term “module” may refer to a software implementation, hardware implementation, or a combination of both.
- a module may include functionality that carries out steps, instructions, operations, or the like.
- a module may be implemented using program instructions, circuitry, or other implementation methods, as are described herein.
- the system 100 may include a client device 120 .
- a client device 120 may include a personal computer, a tablet computer, a smartphone, or other computing device.
- the client device 120 may include software, such as a software application (app), that may perform functionality, such as communicating with the server 110 . In some embodiments, some of the functionality of the one or more modules of the server 110 may be performed by the client device 120 .
- the client device 120 may send data to the server 110 and may receive data from the server 110 .
- the client device 120 may display various representations of data based on the data received from the server 110 .
- the server 110 may be in data communication with the client device 120 over a data network 130 such as the Internet.
- the system 100 may include a data network 130 .
- the data network 130 may allow the server 110 , client device 120 , and other devices to be in data communication.
- the data network 130 may include a local area network (LAN), wide area network (WAN), the Internet, or other network.
- the data network 130 may include wired or wireless communication.
- the account module 112 may store, configure, or process data associated with one or more user accounts.
- a user account may store data associated with a user of the system 100 .
- a user may include a person that works at a healthcare facility.
- a user account may store user personal information data.
- Personal information data may include the user's name, age, sex, or other personal data.
- the user account may store contact data.
- Contact data may include the user's address, phone number, email address, or other contract information.
- the user account may store occupational data.
- Occupational data may include one or more facilities the user works at, whether the user is a non-healthcare worker (e.g., an administrator, janitor, secretary, etc.) or a healthcare worker (e.g., a doctor, nurse, physician assistant, etc.), or one or more of the user's specialties (e.g., emergency medicine, neurology, oncology, etc.).
- the user account may store credential data.
- Credential data may include information related to the user's graduation from an educational institution (e.g., a graduation date, undergraduate institution, medical school, etc.) or licensing information (e.g., jurisdictions where the user is licensed, dates of obtaining a license, expiration date of a license, etc.).
- the user account may store certification information.
- Certification information may include information related to the user's certifications (e.g., a list of healthcare protocols the user is certified in, dates for which the user's certifications expire, etc.)
- the user account may store privilege information (e.g., admitting privileges, surgical privileges, prescribing privileges, etc.).
- the user account may store other information or data.
- the account module 112 may receive data related to the user of a user account.
- the account module 112 may update the user's account based on the received data. For example, as described below, in response to the account module 112 receiving an indication from the certification module 114 that the user has completed at least a portion of a certification program, the account module 112 may update the certification data of the user's account.
- the account module 112 may output data stored in a user account. For example, the account module 112 may send user account data to the client device 120 to be viewed by a user.
- the account module 112 may store data only related to a user's certification in one or more healthcare protocols. Other data, such as electronic healthcare record (EHR) access rights, demographic data, or other data a healthcare computer system may track may be stored separately from the account module 112 or the server 110 .
- EHR electronic healthcare record
- the server 110 may include the certification module 114 .
- the certification module 114 may store one or more certification programs.
- a certification program may include a program administered to users in order to certify a user in a healthcare protocol.
- the certification module 114 may administer at least a portion of a certification program.
- FIG. 2A depicts a data representation of one embodiment of a certification program 200 .
- the certification program 200 may include a name 202 .
- the name 202 may briefly identify the certification program 200 .
- the certification program 200 may include a description 204 .
- the description 204 may briefly describe the certification program 200 .
- the certification program 200 may include a program type 206 .
- the program type 206 may include a category to which one or more certification programs 200 may belong.
- the certification program 200 may include a certifying body 208 .
- the certification program 200 may include a healthcare protocol 210 .
- the healthcare protocol 210 may correspond to an actual healthcare protocol in which a participating user may be certified by participating in the certification program 200 .
- the certification program 200 may include an interval 212 .
- the interval 212 may indicate how often healthcare certification tasks, task groups, or other activities are assigned to a participating user.
- the certification program 200 may include one or more participating users 214 .
- the one or more participating users 214 may include one or more users enrolled in the certification program 200 .
- the certification program 200 may include a task plan 220 .
- the task plan 220 may include one or more task groups 222 ( 1 )-( 6 ).
- Each task group of the one or more task groups 222 ( 1 )-( 6 ) may include healthcare certification tasks that a participating user may complete in order to become certified in the healthcare protocol 210 of the certification program 200 . It should be noted that while the task plan 220 of FIG.
- a task plan 220 is may include more or fewer task groups 222 ( 1 )-( n ). Furthermore, the task plan 220 may include task groups 222 ( 1 )-( n ) in a different order, with different paths through the task groups 222 ( 1 )-( n ), or with other configurations.
- the name 202 of the certification program 200 may include a string of text.
- the name 202 may include a name configured by a user of the certification module 114 .
- the name 202 may uniquely identify the certification program 200 among multiple certification programs 200 stored or administered by the certification module 114 .
- An example of a name 202 may include “CPR—Nurses.”
- the description 204 may include text.
- the description 204 may further describe portions of the certification program 204 .
- the program type 206 may include a category of plans. A category of plans may include resuscitation, acute care, or another category.
- a certification program 200 may include multiple program types 206 .
- a certification program for the healthcare protocol 210 of using an automated external defibrillator may include the program type 206 of resuscitation and acute care.
- the certifying body 208 may include an organization or other entity that has the authority to certify persons in the healthcare protocol. Examples of a certifying body 208 may include the American Red Cross, the American Heart Association, or another organization.
- the healthcare protocol 210 may include cardiopulmonary resuscitation (CPR), a first aid procedure, AED, basic life support (BLS), advanced life support (ALS), or another healthcare protocol.
- CPR cardiopulmonary resuscitation
- AED basic life support
- BLS basic life support
- ALS advanced life support
- the healthcare protocol 210 may correspond to an actual healthcare protocol that may include a series of steps a user should perform in a specified medical situation. For example, one or more steps a user should perform in response to encountering a person who is not breathing may include positioning the person on his/her back, checking for breathing, administering chest compressions, or blowing into the persons mouth.
- the interval 212 may include data related to how often a participating user of the one or more participating users 214 in the certification program 200 may be assigned a task group of the one or more task groups 222 ( 1 )-( 6 ), healthcare certification task of one or more healthcare certification tasks 228 ( 1 )-( 6 ), or other action related to the certification program 200 .
- the interval 212 may include three months, six months, twelve months, 24 months, or some other time interval.
- the previously mentioned intervals 212 may include once every three months, six months, twelve months, or 24 months.
- the interval 212 may include intervals of equal time or may include intervals of different time lengths.
- the interval 212 may be associated with a schedule for the certification program. In other embodiments, a participating user may be able to select an interval 212 that is convenient to the user's 214 schedule.
- a participating user may include a user with a user account administered by the account module 112 .
- the certification program 200 may include one or more user groups.
- the certification program 200 including a user group may allow one or more users with certain common characteristics to simultaneously participate in the same certification program 200 .
- the certification module 114 may determine that users belong in the same user group based on user account data. In some embodiments, the certification module 114 may administer different certification programs 200 for the same healthcare protocol 210 , but to different user groups.
- a user group may be based on one or more user characteristics.
- a characteristic may include a whether a user is a healthcare worker (e.g., doctor) or non-healthcare worker (e.g., secretary, lifeguard).
- a characteristic may include a specialty. For example, all neurosurgeons may belong to a first user group, and all intensive care unit (ICU) nurses may belong to a second user group.
- ICU intensive care unit
- a characteristic may include other user characteristics.
- a certification program 200 may include one or more task groups 222 ( 1 )-( 6 ). In response to a participating user of the one more participating users 214 completing certain task groups 222 ( 1 )-( 6 ) of the certification program 200 , the participating user may become certified in the associated healthcare protocol 210 .
- FIG. 2B depicts one embodiment of a portion of the task plan 220 portion of a certification program 200 .
- the following describes the task group 222 ( 1 ), although the description is also applicable to the other task groups 222 ( 2 )-( 6 ).
- a task group 222 ( 1 ) may include a start date 224 ( 1 ).
- the start date 224 ( 1 ) may include a date the task group 222 ( 1 ) is assigned or available to a user.
- the task group 222 ( 1 ) may include a due date 226 ( 1 ).
- the due date 226 ( 1 ) may include a date by which participating users 214 must complete the task group 222 ( 1 ).
- the task group 222 ( 1 ) may include one or more healthcare certification tasks 228 ( 1 ).
- the one or more healthcare certification tasks 228 ( 1 ) may include some action a user in the participating users 214 may perform to work toward completing the task group 222 ( 1 ).
- a task group 222 ( 3 ) may include a trigger event 230 ( 1 ).
- the trigger event 230 ( 1 ) may include a condition under which a task group 222 ( 3 ) is assigned to a user.
- the certification program 200 may include an order of the one or more task groups 222 ( 1 )-( 6 ).
- the order of the one or more task groups 222 ( 1 )-( 6 ) may include a chronological order in which at least a portion of the task groups 222 ( 1 )-( 6 ) may be completed by a user.
- the order of the one or more task groups 222 ( 1 )-( 6 ) may include branching paths.
- the certification program 200 may select a branch for a user based on a trigger event 230 ( 1 ) or 230 ( 2 ), a user characteristic, or some other data.
- the certification program 200 may assign the user to another task group 222 ( 1 )-( 6 ) (e.g., the first task group 222 ( 1 ) of the certification program 200 ).
- FIG. 2B depicts a portion of one embodiment of the task plan 220 that includes multiple task groups 222 ( 1 )-( 6 ).
- the task groups 222 ( 1 )-( 6 ) may include a first task group 222 ( 1 ).
- the first task group 222 ( 1 ) may not include any preceding task groups.
- the participating user may be assigned the subsequent task group 222 ( 2 ).
- the participating user 214 may be assigned either to a first branch with task group 222 ( 3 ) or a second branch with task group 222 ( 5 ). To which branch the participating user may be assigned may be based on the participating user's performance on a healthcare certification task 228 ( 2 ), a characteristic of the participating user, or another factor.
- the start date 224 ( 1 ) may include a date on which the task group 222 ( 1 ) is assigned or available to a participating user of the one or more participating users 214 .
- the task group 222 ( 1 ) being assigned to the user may include the user being able to work on the one or more healthcare certification tasks 228 ( 1 ) of the task group 222 ( 1 ).
- the task group 222 ( 1 ) being assigned to the user may include the user being able to view the task group 222 ( 1 ) via the user's client device 120 .
- the start date 224 ( 1 ) may include a day-month-year format, hour-minute-second format, or a combination of both.
- the due date 226 ( 1 ) may include a date on which the task group 222 ( 1 ) is due.
- the task group 222 ( 1 ) being due may include that certain healthcare certification tasks 228 ( 1 ) of the task group 222 ( 1 ) must have been completed by the user on or before the due date 226 ( 1 ).
- the due date 226 ( 1 ) may be selected as any date that may be convenient for a participating user's schedule.
- the due date 226 ( 1 ) may include a day-month-year format, hour-minute-second format, or a combination of both.
- the one or more healthcare certification tasks 228 ( 1 ) may include an action the user may complete to work toward certification in the certification program 200 .
- Healthcare certification tasks 228 ( 1 ) may include an educational task.
- An educational task may include attending an in-class lecture, viewing a slideshow presentation, viewing a video, listening to audio, reading a text, or receiving information in another way.
- at least a portion of the educational task may be provided to the user via the client device 120 .
- a healthcare certification task 228 ( 1 ) may include a practice task.
- a practice task may include the user practicing one or more healthcare techniques.
- a practice task may include a user practicing on a training mannequin (including a data-enabled training mannequin that may receive data from and send data to the server 110 ), taking a quiz, or performing some other action that helps the user practice what he or she may have learned from an educational task.
- a healthcare certification task 228 ( 1 ) may include a demonstration task.
- a demonstration task may include the user demonstrating competency in the material presented during an educational task.
- a demonstration task may include the user demonstrating on a training mannequin, the user demonstrating to a training instructor, a multiple choice or free response test, or other demonstration techniques.
- the certification module 114 may receive data related to one or more healthcare certification task 228 ( 1 ). The certification module 114 may determine from the received data whether the user completed the healthcare certification tasks 228 ( 1 ). For example, the certification module 114 may receive data indicating whether a user viewed a video, whether a user properly performed on a training mannequin, or whether a user earned a certain score on a test.
- a task group 222 ( 1 ) may include multiple healthcare certification tasks 228 ( 1 ). The task group 222 ( 1 ) may be configured to allow a user to complete the healthcare certification tasks 228 ( 1 ) of a task group 222 ( 1 ) in any order or in a certain order specified by the task group 222 ( 1 ).
- the user in order to complete the task group 222 ( 1 ), may complete all of the healthcare certification tasks 228 ( 1 ) of the task group 222 ( 1 ), a minimum number of healthcare certification tasks 228 ( 1 ), or some other number or selection of healthcare certification tasks 228 ( 1 ).
- a trigger event 230 ( 1 ) of the task group 222 ( 3 ) may include the arrival of a date or time.
- the trigger event 230 ( 1 ) may include the completion of healthcare certification tasks 228 ( 2 ) (e.g., viewing or reading educational material, earning a minimum score on a quiz, etc.), the completion of another task group 222 ( 2 ), or another event.
- a start date 224 ( 1 ) or a due date 226 ( 1 ) may be relative to another date.
- the due date 226 ( 1 ) of a task group 222 ( 1 ) may be 30 days after the start date 224 ( 1 ).
- the start date 224 ( 3 ) may be two weeks after the completion of a previous task group 222 ( 2 ).
- the certification module 114 may administer multiple certification programs 200 for the same healthcare protocol 210 .
- the multiple certification programs 200 may each include different frequencies 212 , user groups, task groups 222 ( 1 )-( 6 ), or orders of task groups 222 ( 1 )-( 6 ).
- the certification module 114 may administer a first CPR certification program 200 for emergency room doctors that may include a twelve-month interval 212 and a second CPR certification program 200 for nurses that may include a three-month interval 212 .
- a healthcare certification task of the one or more healthcare certification tasks 228 ( 1 )-( 6 ) may be selected from a library of healthcare certification tasks stored by the certification module 114 .
- the healthcare certification task library may be associated with the healthcare protocol 210 or certifying body 208 of the certification program 200 .
- the selection of one element of the certification program 200 may influence the availability of other elements for the certification program 200 .
- the certification program 200 may be able to include only certain certifying bodies 208 .
- the certification program 200 may be able to include only certain healthcare protocols 210 .
- the American Red Cross may only certify CPR-related healthcare protocols.
- a user may only be able to select “CPR” as a healthcare protocol 210 for the certification program 200 .
- the interval 212 may be influenced by the healthcare protocol 210 , certifying body 208 , or program type 206 .
- the healthcare protocol 210 may influence which task groups 222 ( 1 )-( 6 ) or healthcare certification tasks 228 ( 1 )-( 6 ) may be selected for a certification program 200 .
- a healthcare protocol 210 may be associated with a certifying body 204 .
- the American Red Cross may administer a first CPR certification and the American Heart Association may administer a second CPR certification.
- a user of the certification module 114 may configure a certification program 200 .
- the user may configure one or more aspects of the certification program 200 such as the name 202 , certifying body 204 , healthcare protocol 206 , or the interval 208 .
- the user may select participating users 214 .
- the user may configure other aspects of the certification program 200 .
- a certification administrator of a hospital system may access the certification module 114 through a client device 120 .
- the certification administrator may use the certification module 114 to generate the certification program 200 of the FIG. 2A .
- the certification administrator may choose a name 202 , description 204 program type 206 , certifying body 208 , healthcare protocol 210 , and interval 212 .
- the certification administrator may generate several task groups 222 ( 1 )-( 6 ) in the certification program's 200 task plan 220 .
- the certification administrator may configure trigger events 230 ( 1 )-( 2 ), start dates 224 ( 1 )-( 6 ), and due dates 226 ( 1 )-( 6 ) for the task groups 222 ( 1 )-( 6 ).
- the certification administrator may select healthcare certification tasks 228 ( 1 )-( 6 ) from a healthcare certification task library for each task group 222 ( 1 )-( 6 ).
- the certification administrator may add participating users 214 or user groups to the certification program 200 .
- the certification module 114 may enforce that the one or more task groups 222 ( 1 )-( 6 ), healthcare certification tasks 228 ( 1 )-( 6 ) comply with the requirements of being certified in the selected healthcare protocol 210 for the certification program 200 . If a certification administrator user uses the certification module 114 to generate a certification program 200 , and the one or more task groups 222 ( 1 )-( 6 ) or healthcare certification tasks 228 ( 1 )-( 6 ) are insufficient to certify a user in the healthcare protocol 210 , then the certification module 114 may notify the certification administrator (e.g., via an error message, pop-up message, or another type of message on a user interface) or may not allow the certification administrator to complete the certification program 200 .
- the certification module 114 may notify the certification administrator (e.g., via an error message, pop-up message, or another type of message on a user interface) or may not allow the certification administrator to complete the certification program 200 .
- the certification module 114 may notify the certification administrator of the requirement and that the certification program 200 , in its current configuration, does not include that requirement.
- the certification module 114 may determine whether one or more healthcare certification tasks 228 ( 1 )-( 6 ) are completed in a correct order.
- a healthcare protocol 210 may include an order in which a portion of its tasks must be completed.
- the certification module 114 may notify the certification administrator or may prevent the certification administrator from completing the configuration of the certification program 200 .
- the task group 222 ( 1 ) includes two healthcare certification tasks 228 ( 1 ): read “CPR Basics” document and view “CPR Basics” video.
- the healthcare protocol 210 may allow a user to complete either task before the other. However, the healthcare protocol 210 may not allow a user to complete the healthcare certification task 228 ( 2 ), take “CPR Basics” quiz, before the user has completed the healthcare certification tasks 228 ( 1 ). If a certification administrator attempts to include the healthcare certification task 228 ( 2 ) before the healthcare certification tasks 228 ( 1 ), the certification module 114 may notify the certification administrator of the error.
- the certification module 114 may automatically generate at least a portion of a certification program 200 . In some embodiments, the certification module 114 may automatically choose a name 202 , description 204 , program type 206 , certifying body 208 , healthcare protocol 210 , or interval 212 . The certification module 114 may automatically generate task groups 222 ( 1 )-( 6 ) for the certification program 200 .
- Automatically generating the task groups 222 ( 1 )-( 6 ) may include configuring trigger events 230 ( 1 )-( 2 ), start dates 224 ( 1 )-( 6 ), due dates 226 ( 1 )-( 6 ), and may include selecting healthcare certification tasks 228 ( 1 )-( 6 ) for the task groups 222 ( 1 )-( 6 ).
- the certification module 114 may automatically enroll participating users 214 or user groups.
- the certification module 114 may automatically enroll the participating users 214 or user groups based on characteristics of the participating users 214 or user groups.
- the certification module 114 may divide the one or more healthcare certification tasks 228 ( 1 )-( 6 ) for completing the certification program 200 based on the interval 212 .
- a CPR certification program 200 may include four hours of educational tasks, three hours of practice tasks, and one hour of demonstration tasks (for a total of eight hours of healthcare certification tasks 228 ( 1 )-( 6 )).
- a user may configure the CPR certification program 200 with an interval 212 of six-month (i.e., four task groups 222 ( 1 )-( 4 ) spread over during a two-year period).
- the one or more healthcare certification tasks 228 ( 1 )-( 6 ) of a certification program 200 may be divided into task groups 222 ( 1 )-( 6 ) in various ways.
- the certification module 114 may split the healthcare certification tasks 228 ( 1 )-( 6 ) of the CPR certification program 200 into four two-hour certification occurrences, each certification occurrence including one or more of tasks.
- each two-hour task group 222 ( 1 )-( 4 ) may include one hour of educational tasks, 45 minutes of practice tasks, and fifteen minutes of demonstration tasks.
- the first two task groups ( 1 )-( 2 ) may include the educational tasks
- the third task group 222 ( 3 ) may include the first hour of practice tasks
- the last task group 222 ( 4 ) may include the last hour of practice tasks and the demonstration tasks.
- the task groups 222 ( 1 )-( 4 ) may each include tasks that may last different time lengths.
- the first task group 222 ( 1 ) may include three hours
- the second task group 222 ( 1 ) may include two hours
- the third task group 222 ( 3 ) may include three hours
- the last task group 222 ( 4 ) may include one hour.
- the certification module 114 may divide the one or more healthcare certification tasks 228 ( 1 )-( 6 ) based on other configurations, a sequence of the one or more healthcare certification tasks 228 ( 1 )-( 6 ), or other factors.
- the certification module 114 automatically generating a certification program 200 may include the certification module 114 selecting healthcare certification tasks 228 ( 1 )-( 6 ) based on a participating user's 214 characteristic.
- the certification module 114 may automatically generate a certification program 200 intended to be used by one or more participating users 214 with a certain characteristic.
- the characteristic may include the specialty of the participating user 214 .
- the certification module 114 may automatically generate a certification program 200 intended for emergency room doctors. Based on that configuration, the certification module 114 may select a set of healthcare certification tasks 228 ( 1 )-( 6 ) configured for an emergency room doctor.
- the certification module 114 may select a set of healthcare certification tasks 228 ( 1 )-( 6 ) that give more detail about the healthcare protocol 210 (because, for example, a janitor may not be as familiar with the healthcare protocol 210 as a healthcare worker).
- the certification module 114 may select one or more healthcare certification tasks 228 ( 1 )-( 6 ) based on a location where the certification program 200 is intended to be used. For example, in response to the certification module 114 generating a certification program 200 intended to be used at a pediatric hospital, the certification module 114 may select one or more healthcare certification tasks 228 ( 1 )-( 6 ) related to resuscitating children for a CPR certification program 200 . For a certification program 200 intended for participating users 214 that work in a nursing home, the certification module 114 may select one or more healthcare certification tasks 228 ( 1 )-( 6 ) related to resuscitating seniors for a CPR certification program 200 . In one embodiment, the certification module 114 may perform some functionality, such as selecting the one or more participating users 214 or selecting the one or more healthcare certification tasks 228 ( 1 )-( 6 ) based on output of an artificial intelligence (Al) engine.
- Al artificial intelligence
- the certification module 114 may modify a certification program 200 .
- a user may use the certification module 114 to modify a certification program 200 , or the certification module 114 may automatically modify the certification program 200 .
- Modifying the certification program 200 may include modifying the name 202 , description 204 , program type 206 , etc.
- Modifying the certification program 200 may include modifying one or more task groups 222 ( 1 )-( 6 ).
- Modifying a task group 222 ( 1 ) may include adding or removing a healthcare certification task to/from the one or more healthcare certification tasks 228 ( 1 ), adjusting a start date 224 ( 1 ) or due date 226 ( 1 ), adding or removing a trigger event, adding or removing one or more participating users 214 or user group, or may include other modifications.
- the certification module 114 may modify a certification program 200 based on data received by the server 100 .
- the received data may mark a healthcare certification task 228 ( 1 )-( 6 ) in a healthcare certification task library indicating that the healthcare certification task 228 ( 1 )-( 6 ) or a version of the healthcare certification task 228 ( 1 )-( 6 ) should no longer be used.
- the received data may include a replacement healthcare certification task 228 ( 1 )-( 6 ).
- the certification module 114 may modify a healthcare certification task 228 ( 1 )-( 6 ) of a certification program 200 to no longer include a healthcare certification task 228 ( 1 )-( 6 ) marked for replacement and to include a replacement healthcare certification task 228 ( 1 )-( 6 ) or replacement version. For example, the certification module 114 may receive data indicating that an educational video is out-of-date. The certification module 114 may receive an up-to-date replacement video.
- the certification module 114 may remove a healthcare certification task 228 ( 1 )-( 6 ) that includes the out-of-date video from the certification programs 200 and replace the removed healthcare certification tasks 228 ( 1 )-( 6 ) with a new healthcare certification task 228 ( 1 )-( 6 ) the include the up-to-date video.
- the library of healthcare certification tasks 228 ( 1 )-( 6 ) may include healthcare certification tasks 228 ( 1 )-( 6 ) provided by a patient safety organization (PSO).
- the server 110 may download the healthcare certification tasks 228 ( 1 )-( 6 ) from the PSO, receive push updates, or otherwise receive the healthcare certification tasks 228 ( 1 )-( 6 ) from the PSO.
- the PSO data may help the certification module 114 to operate data-enabled certification programs 200 .
- a data-enabled certification program 200 may allow participating users 214 to become certified in a healthcare protocol 206 based on up-to-date information endorsed by authorized governing bodies or other healthcare organizations.
- PSO data may include aggregated, de-identified data. The PSO data may be used for benchmarking.
- the certification module 114 may track a participating user's progress in adhering to a certification program 200 .
- the certification module 114 may determine whether a participating user of the one or more participating users 214 has completed all healthcare certification tasks 228 ( 1 )-( 6 ) or task groups 222 ( 1 )-( 6 ) that have been due.
- the certification module 114 may move the participating user to a remedial task group 222 ( 1 )-( 6 ), modify the certification program 200 for the participating user to include one or more remedial task groups 222 ( 1 )-( 6 ), or the certification module 114 may enroll the participating user in a remedial certification program 200 .
- the certification module 114 may send a notification to an administering user in response to a participating user not being in compliance with a certification program 200 .
- the administering user may determine what remedial steps should be taken regarding the participating user.
- the certification module 114 may issue a certification to the enrolled user.
- An enrolled user completing the certification program 200 may include the user completing all task groups 222 ( 1 )-( 5 ) in the task plan 220 of the certification program 200 .
- Completing the certification program 200 may include the user completing the last task group 222 ( 6 ) of a branch in the task plan 220 of the certification program 200 .
- Completing the certification program 200 may include completing a minimum number of task groups 222 ( 1 )-( 6 ), a specified portion of the task groups 222 ( 1 )-( 6 ), or some other subset of the task groups 222 ( 1 )-( 6 ) of the task plan 220 of the certification program 200 .
- the conditions required for completing a certification program 200 may be stored and maintained by the certification module 114 .
- the certification module 114 may provide a user interface (e.g., via the user device 120 ) for managing one or more users, certification programs 200 , or other certification functionality.
- the user interface may display a representation of a user.
- the representation may include the user's name, expiration date of a certification, or time until a certification expires.
- the user interface may display one or more participating users' 214 statuses regarding a certification program 200 the participating users 214 are enrolled it.
- the user interface may include one or more task groups 222 ( 1 )-( 6 ) or healthcare certification tasks 228 ( 1 )-( 6 ) the participating user has completed or not yet completed.
- the user interface may display other certification program data, such as a due date 226 ( 1 )-( 6 ).
- the certification module 114 may include a reminder configuration.
- the reminder configuration may indicate when to send a message to a user to remind him or her about one or more task groups 222 ( 1 )-( 6 ) or healthcare certification tasks 228 ( 1 )-( 6 ).
- the user interface may display a representation of a user group.
- the representation may include the group's name or identifier, one or more users pertaining to the group, characteristics of the user group (e.g., specialty, etc.) the configurations of a certification program 200 the group is enrolled in (e.g., interval 212 , etc.), or other group information.
- data related to a user's certification in a healthcare protocol 210 may be stored in the certification module 114 .
- the data related to a user's certification may be stored by the account module 112 , and the certification module 114 may send data to the account module 112 to update a user's account.
- the server 110 may include an encounter module 116 .
- the encounter module 116 may generate an encounter record.
- the encounter record may include data associated with a patient encounter.
- the encounter module 116 may track one or more events that occur during the patient encounter.
- the encounter module 116 may add the tracked events to the encounter record. Portions of the data of the encounter record may be used by other modules of the server 110 .
- FIG. 3 depicts one embodiment of an encounter record 300 .
- the encounter record 300 may include header data 310 .
- the header data 310 may include an encounter ID 302 .
- the header data 310 may include a creation date 314 .
- the header data 310 may include an outcome 316 .
- the header data 310 may include a simulation indicator 318 .
- the encounter record 300 may include healthcare protocol data 320 .
- the healthcare protocol data 320 may include a healthcare protocol ID 322 .
- the healthcare protocol data 320 may include a healthcare protocol name 324 .
- the encounter record 300 may include event data 330 .
- the event data 330 may include one or more events 332 .
- An event 332 may include a timestamp 334 .
- An event 332 may include a user ID 336 .
- An event 332 may include a healthcare protocol stage 338 .
- An 332 event may include an event name 340 .
- the encounter ID 312 may include a string of text.
- the encounter ID may uniquely identify the encounter record 300 .
- the creation date 314 may include a timestamp of when the encounter record 300 was generated.
- the creation date 314 may include a time, a date, or other data.
- the outcome 316 may include a string of text, a number, or other data.
- the outcome 316 may indicate an outcome of the event.
- Example outcomes may include that the patient survived, the patient was stabilized, the patient entered a comatose state, the patient died, or another outcome.
- the simulation indicator 318 may include data to indicate whether the encounter associated with the encounter record 300 was a simulation or an actual medical encounter.
- the healthcare protocol ID 322 may include a string of text.
- the healthcare protocol ID 322 may uniquely identify the healthcare protocol used in the encounter.
- the healthcare protocol name 324 may include a string of text that includes the name of the healthcare protocol used.
- the timestamp 334 may include a timestamp of when the corresponding event 332 occurred.
- the timestamp may include a date, time, or other data.
- the user ID 336 may include data identifying user that performed the event 332 , witnessed the event 332 , or was otherwise involved in the event.
- an event 332 may include multiple user IDs 336 .
- the healthcare protocol stage 338 may include data identifying a stage of the healthcare protocol identified by the healthcare protocol ID 322 .
- a healthcare protocol may include one or more stages, and each stage may include one or more steps for a healthcare worker to perform.
- the healthcare protocol stage 338 may include the stage of the healthcare protocol that was occurring when the event 332 occurred.
- the event name 340 may include a string of text.
- the event name 340 may describe the event.
- the event name 340 may include “cardiac arrest,” “established IV access,” “check pulse,” “patient stabilized,” or another event name.
- an element of the encounter record 300 may be located in a different portion or section of the encounter record 300 than as described above or shown in FIG. 3 .
- An encounter record 300 may include other elements than those described above.
- the encounter module 116 may generate at least a portion of an encounter record 300 during a patient encounter.
- the encounter module 116 may generate the encounter record 300 in response to a command or in response to receiving input data from a client device 120 of a healthcare worker participating in the patient encounter.
- the encounter module 116 may automatically generate the encounter record 300 in response to detecting a medical event.
- the encounter module 116 may add an event 332 to an encounter record 300 .
- the encounter module 116 may add the event 332 in response to a user creating the event 332 or may automatically create the event 332 and add the event 332 to the encounter record 300 .
- a healthcare worker may use his or her client device 120 to input information related to the encounter to generate the event 332 .
- the encounter module 116 may receive data from an EHR database related to patient encounter to generate the event 332 .
- the encounter module 116 may receive data from a medical apparatus (e.g., an electrocardiograph machine) that indicates a certain event to generate the event 332 .
- a medical apparatus e.g., an electrocardiograph machine
- one or more portions of the encounter record 300 may include data in an Extensible Markup Language (XML) format, a JavaScript Object Notation (JSON) format, or other data format.
- XML Extensible Markup Language
- JSON JavaScript Object Notation
- the server 110 may include a walkthrough module 118 .
- the walkthrough module 118 may include one or more healthcare protocol walkthroughs.
- a healthcare protocol walkthrough may include a series of steps a user may follow in order to perform a healthcare protocol.
- the walkthrough module 118 may display the series of steps to a user via the client device 120 .
- the walkthrough module 118 may determine whether a user complies with at least a portion of the healthcare protocol.
- the walkthrough module 118 may modify a healthcare protocol walkthrough based on received data, outcomes of a step of the walkthrough, or other data.
- FIG. 4 depicts one embodiment of a healthcare protocol walkthrough 400 .
- the healthcare protocol walkthrough 400 may include data that may assist a healthcare worker in following a healthcare protocol.
- the healthcare protocol walkthrough 400 may include header data 410 .
- the header data 410 may include a healthcare protocol name 412 .
- the header data 410 may include other information about the healthcare protocol walkthrough 400 .
- the healthcare protocol walkthrough 400 may include one or more stages 420 .
- the one or more stages 420 may divide up the steps of a healthcare protocol into logical or conceptual groups.
- a stage 420 may include a name 422 .
- a stage 420 may include one or more symptoms 424 .
- a stage 420 may include one or more steps 426 .
- a step 426 may correspond to an action that a user following the healthcare protocol may take.
- a step 426 may include a corresponding level of recommendation.
- a stage 420 may include one or more outcomes 428 .
- An outcome 428 may include one or more conditions that may result from the steps 426 of the stage 420 .
- An outcome 428 may include a corresponding next stage 420 .
- the healthcare protocol name 412 may include a string of text that may identify the healthcare protocol.
- the healthcare protocol name 412 of the healthcare protocol 400 includes “Bradycardia with a Pulse.”
- the stage name 422 may include a string of text that may identify the stage 420 .
- the stage 420 ( 1 ) includes a name 422 ( 1 ) that includes “Initial Management.”
- the one or more symptoms 424 of a stage 420 may include a string of text or other data.
- the symptoms 424 may include one or more outcomes of a previous stage 420 .
- the one or more steps 426 may include a string of text that indicates an action a healthcare worker may take.
- the one or more steps 426 ( 1 ) of the stage 420 ( 1 ) include “Assess for hemodynamic compromise” and “Obtain 12 lead ECG.”
- one or more steps 426 may include a level of recommendation corresponding to the step 426 .
- a recommendation level may indicate the appropriateness of the step 426 .
- the recommendation level of a step 426 may include a range from “required” to “prohibited.”
- a step 426 may include a recommendation level of “required.”
- a “required” step 426 may include a step 426 that should always be performed.
- a recommendation level may include “recommended.”
- a “recommended” step 426 may include a step 426 that is usually appropriate for the healthcare protocol, that is best-practice, that should almost always be done, or that are the standard of care for the healthcare protocol.
- a step 426 may include a recommendation level of “possible.”
- a “possible” step 426 may include a step 426 that is sometimes appropriate.
- a “possible” step 426 may include a step 426 that is permissible based on factors such as patient presentation, care setting, resource availability, healthcare worker experience, or other factors.
- a step 426 may include a recommendation level of “not recommended.”
- a “not recommended” step 426 may include a step 426 that is rarely appropriate, generally avoided, should not be performed under usual circumstances.
- a “not recommended” step 426 may include a step 426 that, based on patient presentation, is likely to offer no benefit or may even be potentially harmful. However, a “not recommended step” 426 may be appropriate in some limited situations.
- a recommendation level of “prohibited” may include a step 426 that should not be performed under any circumstances.
- each step 426 may indicate its level of recommendation (e.g., with a color, symbol, or other indicator).
- a first step 424 may include “Defibrillate after rhythm recognition,” and the first step 424 may include a “required” level of recommendation.”
- a second step 424 may include “Administer Epinephrine every 3-5 minutes,” the second step 424 may occur after the first step 424 , and the second step 424 may include a recommendation level of “possible.”
- a third step 424 may include “Administer Epinephrine,” the third step 424 may occur before the first step, and the third step 424 may include the level of recommendation of “not recommended.”
- the healthcare protocol walkthrough 400 in response to a first outcome 428 of a first stage 420 ( 1 ), may continue on to a second stage 420 ( 2 ), and in response to a second outcome of the one or more steps 424 ( 1 ) of the first stage 420 ( 1 ), the healthcare protocol walkthrough 400 may continue on to a third stage 420 .
- the healthcare protocol walkthrough 400 may continue on to a third stage 420 .
- the patient may experience stable bradycardia.
- the outcomes 428 may lead to the stable bradycardia stage 420 ( 2 ).
- a healthcare protocol walkthrough 400 may branch to different stages 420 .
- the symptoms 424 of one stage may correspond to an outcome 428 of another stage, which may result in different stages 420 leading to other stages 420 .
- the symptoms 424 and outcomes 428 of the stages 420 of a healthcare protocol walkthrough 400 may result in the stages 420 forming a tree (e.g., a decision tree) or a graph.
- the walkthrough module 118 may receive, from a user, a command to initiate a healthcare protocol walkthrough 400 .
- the walkthrough module 118 may display data related to the healthcare protocol walkthrough 400 via the client device 120 , such as the steps 426 ( 1 ) of the first stage 420 ( 1 ) of the healthcare protocol walkthrough 400 .
- the walkthrough protocol 116 may receive input data indicating one or more symptoms of a patient. The input data may come from the user (e.g., entering the data via the client device 120 ), an EHR database, a medical apparatus connected to the patient (e.g., an electrocardiograph machine), or another data source.
- the encounter module 116 may determine an appropriate healthcare protocol walkthrough 400 for the patient and may display the selected healthcare protocol walkthrough 400 to the user.
- the walkthrough module 118 may display a healthcare protocol walkthrough 400 to multiple client devices 120 .
- the walkthrough module 118 may display the healthcare protocol walkthrough 400 to the multiple client devices 120 simultaneously or at different times.
- an emergency medical technician EMT
- the EMT may access the walkthrough module 118 via his or her client device 120 , receive a healthcare protocol walkthrough 400 , and display the healthcare protocol walkthrough 400 on the client device 120 .
- the EMT may be located in an ambulance that is transporting a patient to a hospital.
- the EMT may perform some of the steps 426 of the healthcare protocol walkthrough 400 while in the ambulance.
- the walkthrough module 118 may track which steps 424 the EMT has performed. When the ambulance arrives at the hospital, the EMT may hand off the patient to an emergency room doctor.
- the emergency room doctor may use his or her client device 120 to access the walkthrough module 118 .
- the emergency room doctor may receive the healthcare protocol walkthrough 400 , and the healthcare protocol walkthrough 400 may show where the EMT left off in the steps 426 of the healthcare protocol walkthrough 400 .
- the walkthrough module 118 may modify a healthcare protocol walkthrough 400 based on received data.
- Modifying the healthcare protocol walkthrough 400 may include adding a stage 420 , step 426 , outcome 428 , or other data to the healthcare protocol walkthrough 400 ; removing a stage 420 , step 426 , outcome 428 , or other data from the healthcare protocol walkthrough 400 ; or modifying a stage 420 , step 426 , outcome 428 , or other data of the healthcare protocol walkthrough 400 .
- modifying a step 426 may include modifying the step action or level of recommendation of the step 426 .
- the received data may include patient data (e.g., age, medical history, etc.) or other data.
- the modification of the healthcare protocol walkthrough 400 may be a temporary modification (e.g., only for the current instance of treating the patient).
- the walkthrough module 118 may retrieve healthcare protocol external data from outside the server 110 .
- the walkthrough module 118 may modify or update a healthcare protocol walkthrough 400 based on the received data. For example, a healthcare governing body may determine that a certain step 426 in a healthcare protocol 400 is ineffective or dangerous.
- the server 110 may receive data from a computing device of the governing body related to the determination, and in response, the walkthrough module 118 may remove the step 426 or may mark the step as “not recommended.”
- FIG. 5 depicts one embodiment of a user interface for a client device 120 .
- the user interface may display a healthcare protocol walkthrough 400 .
- the user interface may include a header area 502 .
- the header area 502 may include the name 412 of the healthcare protocol of the healthcare protocol walkthrough 400 .
- the header area 502 may include other information such as a category 504 for the healthcare protocol (e.g., as depicted in FIG. 5 , the healthcare protocol with the name 412 “Tachycardia: Adult” may belong to the category 504 “Advanced Cardiovascular Life Support”).
- the user interface may include a clock area 506 .
- the clock area 506 may include a timer.
- the timer may display how long a healthcare provider has been administering the healthcare protocol on the patient.
- the user interface may include a steps area 508 .
- the steps area 508 may include one or more stages 420 ( 1 )-( 4 ).
- Each stage 420 may include one or more steps 426 .
- a stage 420 may be collapsible on the user interface such that only a portion of the steps 426 are visible on the user interface. For example, as depicted in FIG. 5 , the stages 420 ( 1 ), 420 ( 2 ), and 420 ( 4 ) are collapsed, and their steps 426 are not visible. However, the stage 420 ( 3 ) is expanded, and its steps 426 ( 3 ) are visible on the user interface. In some embodiments, the outcome of a stage 420 or step 426 may be displayed on the user interface.
- the outcome of the first stage 420 ( 1 ) is “Stable,” and the outcome of the second stage 420 ( 2 ) is “Regular.”
- the user interface may also display whether a stage 420 is in progress. In some embodiments, the user interface may display whether a step 426 has been completed or an outcome of a step 426 .
- the user interface may display a level of recommendation for a step 426 .
- the user interface may include an auxiliary information area 510 .
- the auxiliary information area 510 may include a variety of information.
- the auxiliary information area 510 may display patient information, such as age, sex, known medical conditions, current medications, or other patient data.
- the auxiliary information are 510 may display other data, such as more details about a stage 420 , step 426 , outcome of a stage 420 or step 426 , or other data.
- FIG. 6 depicts one embodiment of a system 600 .
- the system 600 may provide a user the capability to work toward or maintain certification in a healthcare protocol in response to participating in a training scenario or an actual medical episode.
- the system 600 may include one or more components of the system 100 such as the certification module 114 , encounter module 116 , walkthrough module 118 , or the client device 120 .
- a training scenario or actual medical episode may begin, and a user using the client device 120 may request 602 a healthcare protocol 400 from the walkthrough module 118 .
- the walkthrough module 118 may receive 604 data from an EHR database 606 . Based on the data received from the client device 120 or the EHR database 606 , the walkthrough module 118 may select or customize a healthcare protocol walkthrough 400 and send 608 the healthcare protocol walkthrough 400 to the client device 120 . The user may follow the one or more steps 426 of the healthcare protocol walkthrough 400 . Either during or after the training scenario or actual medical episode, the client device 120 may send 610 data to the encounter module 116 .
- the sent data may include data indicating whether the user performed one or more steps 426 of the healthcare walkthrough 400 , how well the user performed the one or more steps 426 , or other data.
- the client device 120 may send 612 data to the EHR database 606 .
- the encounter module 116 may generate an encounter record 300 based on the data received 610 .
- the encounter module 116 may receive 610 data indicating whether the user performed a step 426 of the healthcare protocol walkthrough 400 and may generate an event 332 based on that data.
- the encounter module 116 may send 614 the encounter record 300 to an encounter database 616 .
- the encounter database 616 may store one or more encounter records 300 .
- the encounter database 616 may send 618 encounter data to the certification module 114 .
- the encounter data may include an encounter record 300 , a portion of an encounter record 300 , or other encounter data.
- the certification module 114 may determine whether an event 332 of the encounter data contributes, at least in part, to a participating user completing a healthcare certification task 228 ( 1 )-( 6 ) of a certification program 200 .
- the request sent 602 from the client device to the walkthrough module 118 may include patient data (e.g., age, sex, patient ID, etc.).
- the walkthrough module 118 may customize the healthcare protocol walkthrough 400 based on the patient data (and other data, such as the data received 604 from the EHR database 606 ).
- a client device 122 other than the client device 120 used by the user e.g., a client device 112 used by a supervising physician
- another device e.g., such as the EHR database 606 , a electrocardiograph (ECG) device 124 , etc.
- ECG electrocardiograph
- the client device 120 may send 610 portions of the data at different times during the training scenario or actual medical episode.
- FIG. 6 depicts the other client device 122 , the EHR database 606 , and the ECG device 124 sending 610 data along with the data from the client device 120
- each of the other client device 122 , the EHR database 606 , and the ECG device 124 may send their respective data separately from the client device 120 or from each other.
- the certification module 114 may determine whether an event 332 contributes, at least in part, to a participating user of the one or more participating users 214 completion of a healthcare certification task 228 ( 1 )-( 6 ) of a certification program 200 in a variety of ways.
- the certification module 114 may include an event-task mapping.
- the event-task mapping may include a data structure that maps one or more events 332 of an encounter record 300 with one or more healthcare certification tasks 228 ( 1 )-( 6 ) of a certification program 226 .
- the certification module 114 may include a rules engine.
- the rules engine may include software that determines whether an event 332 contributes, at least in part, to a participating user completing a healthcare certification task 228 ( 1 )-( 6 ).
- the certification module 114 may determine how a an event 332 may contribute to fulfilling a healthcare certification task 228 ( 1 )-( 6 ). The certification module 114 may determine this based on one or more factors such as outcome of an actual medical episode (e.g., whether the user performing CPR on the patient resulted in the patient being resuscitated). The certification module 114 may determine how closely the user followed the one or more steps of the healthcare protocol walkthrough 400 . The certification module 114 may use other factors or data.
- the certification module 114 may determine that an event may contribute more (e.g., with a higher or better value) in response to the user having a successful outcome of an actual medical episode, in response to the user more closely following the one or more steps 426 the healthcare protocol walkthrough 400 , or in response to the difficulty of the training scenario or actual medical episode.
- the certification module 114 may determine whether event 332 may contribute to fulfilling a healthcare certification task 228 ( 1 )-( 6 ) for a user. Based on one or more configurations of the system 100 or 600 , of the user's account, or other factors, the certification module 114 may determine which events 332 contribute and which events do not. For example, in one embodiment, the certification module 114 may be configured such that each event 332 contributes to fulfilling a healthcare certification task 228 ( 1 )-( 6 ). In another embodiment, the certification module 114 may be configured such that only certain, specified events 332 contribute to a specified user's fulfillment of a healthcare certification task 228 ( 1 )-( 6 ). In other embodiments, the certification module 114 may be configured such that only one out of every three events 332 for a specific user contribute to fulfilling that user's healthcare certification tasks 228 ( 1 )-( 6 ).
- the certification module 114 may determine that an event 332 contributes to fulfilling a healthcare certification task 228 ( 1 ) for a user only in response to the user currently being assigned a task group 222 ( 1 ) with that healthcare certification task 228 ( 1 ). For example, referring to FIG. 2B , a participating user of the one or more participating users 214 may currently be working on the healthcare certification tasks 228 ( 2 ) of the task group 222 ( 2 ). The participating user may resuscitate a patient using CPR during an actual medical episode. The encounter module 116 may generate an encounter record 300 based on the medical episode. The encounter module 116 may send the encounter record 300 to the certification module 114 .
- the certification module 114 may include an event-task mapping that results in a CPR event 332 contributing to fulfilling a demonstrating CPR healthcare certification task 228 ( 2 ), such as the “Demonstrate CPR basics on training mannequin” task of the one or more healthcare certification tasks 228 ( 5 ) of the task group 222 ( 5 ).
- the event 332 of resuscitating the patient during the actual medical may not contribute to the participating user fulfilling the healthcare certification task 228 ( 5 ).
- the certification module 114 may be configured such that an event 332 may contribute to a user fulfilling a healthcare certification task 228 ( 5 ) of a task group 222 ( 5 ) that the participating user is not currently assigned to. Other methods of certification module 114 determine whether an event 332 contributes to fulfilling a healthcare certification task 228 ( 1 )-( 6 ) may also be used.
- One embodiment may include a system.
- the system may include the server 110 .
- the system may include a processor.
- the system may include a computer-readable storage medium.
- the computer-readable storage medium may include one or more machine-readable instructions that, when executed by the processor, cause the processor to perform one or more steps.
- the computer-readable storage medium may include a computer memory, a persistent computer storage device (such as flash memory or a hard disk drive), or some other type of storage medium.
- the machine-readable instructions may include the account module 112 , the certification module 114 , the encounter module 116 , the walkthrough module 118 , or some other machine-readable instructions.
- the one or more steps performed by the processor may include receiving, at a server, a request for a healthcare protocol walkthrough.
- the one or more steps may include generating, at the server, the requested healthcare protocol walkthrough.
- the healthcare protocol walkthrough may include one or more stages.
- the healthcare protocol walkthrough may include one or more steps. Each stage of the one or more stages may include at least one step of the one or more steps.
- the one or more steps may include sending, to a client device, at least a portion of the generated healthcare protocol walkthrough.
- the one or more steps may include receiving healthcare event data.
- the one or more steps may include determining whether a healthcare event of the healthcare event data contributes to fulfilling a healthcare certification task of a certification program.
- the server may include the server 110 .
- the healthcare protocol walkthrough may include a healthcare protocol walkthrough 400 .
- the one or more stages may include one or more stages 420 ( 1 )-( n ) of the healthcare protocol walkthrough 400 .
- the one or more steps may include one or more steps 426 ( 1 )-( n ) of the healthcare protocol walkthrough 400 .
- the client device may include a client device 120 , 122 .
- the healthcare event data may include event data 330 .
- the healthcare event may include events 332 ( 1 )-( n ).
- the healthcare certification task may include a healthcare certification task 228 ( 1 ).
- the certification program may include a certification program 200 .
- sending, to the client device 120 , 122 , the at least a portion of the generated healthcare protocol walkthrough 400 may include sending the at least a portion of the generated healthcare protocol walkthrough 400 to one or more client devices 120 , 122 .
- receiving the healthcare event data 330 may include receiving the healthcare event data 330 from the client device 120 , 122 , an EHR database 606 , or a medical device.
- receiving the healthcare event data 330 may include receiving data that includes an indication that the healthcare event 332 ( 1 ) of the healthcare event data 330 corresponds to a simulation, or that corresponds to an actual medical episode.
- determining whether the healthcare event 332 ( 1 ) of the healthcare event data 330 contributes to fulfilling the task 228 ( 1 ) of the certification program 200 may include making the determination based on an event-task mapping.
- the event-task mapping may include a mapping of a healthcare event 332 ( 1 ) to a task 228 ( 1 ) of the certification program 200 . At least a portion of the event-task mapping may be based on data received from a patient safety organization (PSO).
- the one or more steps may further include anonymizing the healthcare event data 330 and sending the anonymized healthcare event data 330 to a PSO.
- the one or more steps may include, in response determining whether the healthcare event 332 ( 1 ) of the healthcare event data 330 contributes to fulfilling the task 228 ( 1 ) of the certification program 200 , determining an amount that the healthcare event 332 ( 1 ) contributes to fulfilling the task 228 ( 1 ).
- the amount may be based on a compliance with a healthcare protocol associated with the certification program 200 , an outcome included in the healthcare event data 330 or the encounter record 300 associated with the event data 330 , or a review by a healthcare worker received by the system.
- FIG. 7 depicts one embodiment of a method 700 .
- the method 700 may include a computer-implemented cardiopulmonary resuscitation (CPR) certification method.
- the method 700 may include obtaining 702 , at a server a user input from a user interface. The user input may define an interval for a desired CPR certification schedule.
- the method 700 may include generating 704 , at the server, a CPR certification program. Generating 704 the CPR certification program may include generating two or more task groups. Each task group may include a healthcare certification task.
- the method 700 may include administering, at the server, the CPR certification program.
- Administering the CPR certification program may include assigning 706 , at the interval defined by the user input, one task group of the two or more task groups to a user that may be enrolled in the CPR certification program.
- Administering the CPR certification program may include receiving 708 an indication that the enrolled user has completed the healthcare certification task of the assigned one task group.
- the certification module 114 may perform at least a portion of the steps 702 - 708 of the method 700 .
- a certification program 200 may include the CPR certification program.
- obtaining 702 , at the server, the user input from the user interface may include receiving the user input at the server 110 .
- the client device 120 may receive the user input from a user and may send the user input through the data network 130 to the server 110 .
- the user input defining the interval for the desired CPR certification schedule may include a value to be used as the interval 212 of a certification program 200 .
- generating 704 the CPR certification program may include generating a certification program 200 .
- the certification program 200 may include a healthcare protocol 210 of “CPR.”
- Generating the two or more task groups may include generating two or more of the task groups 222 ( 1 )-( n ) of the task plan 220 pertaining to the certification program 200 .
- the one or more healthcare certification tasks of each of the two or more task groups may include one or more healthcare certification tasks 228 ( 1 )-( n ).
- assigning 706 , at the interval defined by the user input, one task group of the two or more task groups to a user enrolled in the CPR certification program may include assigning a task group 222 ( 1 ) to a participating user of the participating users 214 of the certification program 200 .
- the certification module 114 may track users enrolled in the certification program 200 to determine which task groups 222 ( 1 )-( n ) are assigned to which users, which users have completed one or more healthcare certification tasks 228 ( 1 )-( n ) of the task groups 222 ( 1 )-( n ), or other functionality related to users as described above.
- receiving 708 the indication that the enrolled user has completed the healthcare certification task of the assigned one task group may include the certification module 114 receiving data from the server 110 , the client device 120 , or another device indicating that the enrolled user has completed a healthcare certification task 228 ( 1 ).
- the data may include data indicating whether a user viewed a video, whether a user properly performed on a training mannequin, or whether a user earned a certain score on a test, or whether a user performed some other healthcare certification task 228 -completing action.
- generating the two or more task groups may include customizing the two or more task groups based on a specialty of a user enrolled in the CPR certification program. For example, as discussed above, to which branch the participating user may be assigned may be based on one or more characteristics of the participating user.
- the certification module 114 may obtain the specialty of the enrolled user from the accounts module 112 or from some other source. As another example discussed above, users enrolled in the CPR certification program may all include the same specialty (e.g. emergency room doctors), and the certification program 200 associated with that group may include one or more task groups 222 ( 1 )-( n ) selected for that specialty.
- the method 700 may further include obtaining, at the server, the healthcare certification task from the American Red Cross.
- the server 110 may receive a data representation of a healthcare certification task 228 ( 1 ) over the data network 130 from a server or other computing device operated by the American Red Cross.
- the healthcare certification task 228 ( 1 ) may be received by the certification module 114 .
- the healthcare certification task 228 ( 1 ) may be added to the library of healthcare certification tasks 228 ( 1 )-( 6 ).
- administering the CPR certification program may further include, in response to the user completing the two or more task groups, issuing a CPR certification to the user.
- the user completing the two or more task groups may include the user completing the required healthcare certification tasks 228 ( 1 )-( 6 ) of the two or more task groups 222 ( 1 )-( 6 ) between the respective start dates 224 ( 1 )-( 6 ) and respective end dates 226 ( 1 )-( 6 ) of the two or more task groups 222 ( 1 )-( 6 ) as discussed above, or may include some other action required by the certification program 200 to complete the two or more task groups.
- FIG. 8 depicts one embodiment of a method 800 .
- the method 800 may include a computer-implemented method.
- the method 800 may include obtaining 802 , at a computing device, an input that defines an interval for assigning task groups to an enrolled user.
- the method 800 may include obtaining 804 , at the computing device, a selection of one or more healthcare certification tasks.
- the method 800 may include generating 806 , at the computing device, one or more task groups.
- a task group of the one or more task groups may include a healthcare certification task of the one or more healthcare certification tasks.
- the method 800 may include generating 808 , at the computing device, a certification program corresponding to a healthcare protocol, and associating the one or more task groups with the certification program.
- the method 800 may include administering, at the computing device, the certification program.
- Administering the certification program may include, in response to the arrival of a first start date, assigning 810 , via the computing device, the task group to the enrolled user enrolled in the certification program.
- Administering the certification program may include receiving 812 , at the computing device, an indication that the enrolled user has completed the healthcare certification task of the task group.
- the computing device may include the server 110 .
- the interval for assigning task groups may include the interval 212 .
- the enrolled user may include a participating user of the participating users 214 .
- the one or more healthcare certification tasks may include the healthcare certification tasks 228 ( 1 )-( 6 ).
- the one or more task groups may include task groups 222 ( 1 )-( 6 ).
- the certification program may include a certification program 200 .
- obtaining 804 the selection of the one or more healthcare certification tasks may include obtaining a selection of healthcare certification tasks 228 ( 1 )-( 6 ) from a library of healthcare certification tasks stored by the certification module 114 .
- a certification administrator may select the healthcare certification tasks 228 ( 1 )-( 6 ) and the certification module 114 may receive the selection of healthcare certification tasks 228 ( 1 )-( 6 ).
- the certification module 114 may automatically generate at least a portion of a certification program 200 , which may include automatically selecting the one or more healthcare certification tasks 228 ( 1 )-( 6 ), as described above.
- generating 806 the one or more task groups may include customizing the one or more task groups 222 ( 1 )-( 6 ) based on a specialty of the enrolled user.
- customizing the one or more task groups 222 ( 1 )-( 6 ) based on the specialty of the enrolled user may include selecting a healthcare certification task 228 ( 1 ) from the one or more healthcare certification tasks 228 ( 1 )-( 6 ) based on the specialty of the enrolled user, and including the selected healthcare certification task 228 ( 1 ) with the task group 222 ( 1 ) of the one or more task groups 222 ( 1 )-( 6 ).
- generating 806 the one or more task groups may include receiving, via user input received from a user interface, a selection of the healthcare certification task 228 ( 1 ) from the one or more healthcare certification tasks 228 ( 1 )-( 6 ) for inclusion with the task group 222 ( 1 ) of the one or more task groups 222 ( 1 )-( 6 ).
- generating 806 the one or more task groups may include the computing device automatically selecting the healthcare certification task 228 ( 1 ) from the one or more healthcare certification tasks 228 ( 1 )-( 6 ) for inclusion with the task group 222 ( 1 ) of the one or more task groups 222 ( 1 )-( 6 ).
- assigning 810 the task group of the one or more task groups to the enrolled user may include assigning the task group 222 ( 1 ) to the one or more enrolled users of the enrolled users group 214 .
- the enrolled users group 214 may include one or more users that include a common characteristic. The common characteristic may include a specialty, a healthcare worker position, or whether the enrolled users group includes one or more healthcare workers.
- FIG. 9 depicts one embodiment of a method 900 .
- the method 900 may include a computer-implemented method.
- the method 900 may include obtaining 902 , at a server, an input that defines an interval for assigning task groups to an enrolled user.
- the method 900 may include obtaining 904 , at the server, a selection of one or more healthcare certification tasks.
- the method 900 may include generating 906 , at the server, one or more task groups.
- a task group of the one or more task groups may include a healthcare certification task of the one or more healthcare certification tasks.
- the method 900 may include generating 908 one or more trigger events.
- a trigger event of the one or more trigger events may include a condition and data linking a first task group of the one or more task groups to a second task group of the one or more task groups.
- the method 900 may include generating 910 , at the server, a certification program corresponding to a healthcare protocol. Generating 910 the certification program may include associating the one or more task groups with the certification program.
- the method 900 may include administering, at the server, the certification program. Administering the certification program may include, in response to the arrival of a first start date, assigning 912 the first task group to the enrolled user enrolled in the certification program. Administering the certification program may include, in response to fulfillment of the condition of the trigger event of the first task group, assigning 914 the second task group to the enrolled user.
- the server may include the server 110 .
- the interval for assigning task groups may include the interval 212 .
- the one or more healthcare certification tasks may include the healthcare certification tasks 228 ( 1 )-( 6 ).
- the one or more task groups may include task groups 222 ( 1 )-( 6 ).
- the one or more trigger events may include the trigger events 230 ( 1 )-( 2 ).
- the certification program may include a certification program 200 .
- the first start data may include the start date 224 ( 1 ).
- the first task group may include the task group 222 ( 1 ).
- the second task group may include the task group 222 ( 2 ).
- the condition may include the enrolled user completing at least a portion of the healthcare certification tasks 228 ( 1 ) of the first task group 222 ( 1 ). In some embodiments, the condition may include an arrival of a due date 226 ( 1 ) of the first task group 222 ( 1 ). In one embodiment, the condition may include the enrolled user earning below a threshold score on a healthcare certification task 228 ( 1 ) of the first task group 222 ( 1 ). In one or more embodiments, the condition may include a specialty of the enrolled user.
- FIG. 10 depicts one embodiment of a method 1000 .
- the method 1000 may include a computer-implemented cardiac arrest response walkthrough method.
- the method 1000 may include receiving 1002 , at a server, a request for a cardiac arrest response walkthrough.
- the method 1000 may include receiving 1004 , at the server, patient data associated with a patient.
- the patient data may include data describing a characteristic of the associated patient.
- the method 1000 may include generating 1006 , at the server, the cardiac arrest response walkthrough.
- the cardiac arrest response walkthrough may include one or more cardiac arrest response steps.
- the server may customize the one or more cardiac arrest response steps based on the patient data.
- the method 1000 may include sending 1008 , to a client device, the cardiac arrest response walkthrough.
- the method 1000 may include receiving 1010 healthcare event data that describes a cardiac arrest medical episode with the patient.
- the method 1000 may include generating 1012 an encounter record based on the received healthcare event data.
- the encounter record may include one or more cardiac arrest events associated with the patient.
- the server may include the server 110 .
- the encounter module 116 or the walkthrough module 118 may perform one or more of the steps 1002 - 1012 of the method 1000 .
- the cardiac arrest response walkthrough may include a healthcare protocol walkthrough 400 .
- the healthcare protocol name 412 may include cardiac arrest.
- the patient data may include the patient information that may be displayed in the auxiliary information area 510 .
- the patient data may be sent by an EHR database 606 , a client device 120 , 122 , or by another data source.
- the one or more cardiac arrest response steps may include one or more steps 426 ( 1 )-( n ).
- the healthcare event data may include the event data 330 of an encounter record 300 .
- the one or more cardiac arrest events may include one or more events 332 ( 1 )-( n ).
- receiving 1002 the request for the cardiac arrest response walkthrough may include receiving the request from a mobile device of a healthcare worker.
- the mobile device may include a client device 120 .
- receiving 1004 the patient data associated with the patient may include receiving the patient data from the mobile device.
- customizing the one or more cardiac arrest response steps based on the patient data may include the server 110 customizing the one or more cardiac arrest response steps 426 ( 1 )-( n ) based on the patient's age.
- the encounter record which may include the encounter record 300 , may include data indicating the encounter record 300 is associated with a cardiac arrest healthcare protocol (i.e., the healthcare protocol name 324 may include “Cardiac Arrest”) and an outcome 316 of the cardiac arrest medical episode.
- the method 1000 may further include determining, based on an event-task mapping, whether a healthcare event 332 ( 1 ) of the healthcare event data 330 contributes to fulfilling a healthcare certification task 228 ( 1 ) of a cardiac arrest certification program 200 .
- FIG. 11 depicts one embodiment of a method 1100 .
- the method 1100 may include a computer-implemented method.
- the method 1100 may include receiving 1102 , at a server, a request for a healthcare protocol walkthrough.
- the method 1100 may include generating 1104 , at the server, the requested healthcare protocol walkthrough.
- the healthcare protocol walkthrough may include one or more stages.
- the healthcare protocol walkthrough may include one or more steps. Each stage of the one or more stages may include at least one step of the one or more steps.
- the method 1100 may include sending 1106 , to a client device, at least a portion of the generated healthcare protocol walkthrough.
- the method 1100 may include receiving 1108 healthcare event data.
- the method 1100 may include generating 1110 an encounter record based on the healthcare event data.
- the encounter record may include one or more healthcare events.
- the server may include the server 110 .
- the healthcare protocol walkthrough may include a healthcare protocol walkthrough 400 .
- the one or more stages may include one or more stages 420 ( 1 )-( n ) of the healthcare protocol walkthrough 400 .
- the one or more steps may include one or more steps 426 ( 1 )-( n ) of the healthcare protocol walkthrough 400 .
- the client device may include a client device 120 , 122 .
- the healthcare event data may include event data 330 .
- the encounter record may include an encounter record 300 .
- the healthcare events may include events 332 ( 1 )-( n ).
- the method 1100 may further include receiving patient data associated with a patient.
- Receiving the patient data associated with the patient may be similar to receiving 1004 , at the server, patient data associated with a patient as described in relation to the method 1000 of FIG. 10 .
- Generating 1104 the requested healthcare protocol walkthrough may further include selecting at least a portion of the one or more steps 426 ( 1 )-( n ) based on the patient data.
- receiving the patient data associated with the patient may include receiving the patient data from a client device 120 , 122 or an electronic health record (EHR) database 606 .
- the patient data associated with the patient may include the patient's age, the patient's sex, or at least a portion of the patient's medical history.
- receiving 1108 the healthcare event data may include receiving the healthcare event data 330 from the client device 120 , 122 , an EHR database 606 , or a medical device.
- the medical device may include an electrocardiograph (ECG) device 124 , a respiratory monitoring device, a pacemaker, or some other type of medical device.
- ECG electrocardiograph
- a client device 120 , 122 may perform one or more of the steps of the method 700 , 800 , 900 , 1000 , 1100 .
- a step of a method 700 , 800 , 900 , 1000 , 1100 may include sub-steps or functionality described above in relation to FIGS. 1-6 , although not explicitly described in relation to FIGS. 7-11 .
- a user of the system 100 may include a person that works at healthcare facility but does not access the system 100 himself or herself but has another person (such as hospital support staff) access the system 100 on the user's behalf.
- a janitor that works at a hospital may not use a client device 120 to interact with the server 110 , however a hospital support staff may use a client device 120 to update the janitor's user account information, track the janitor's progress in maintaining certification in a healthcare protocol, or perform other system 100 functionality.
- a module (such as the account module 112 , certification module 114 , encounter module 116 , walkthrough module 118 , or other module) storing data may include the module storing the data in an area of a file system of the server 110 that the module controls.
- the module storing data may include the module storing data in a database.
- the database may be a database stored on the server 110 or may include a database on another device.
- one or more modules of the server 110 may send data to an external data repository.
- the external data repository may include a PSO.
- the server 110 may strip the data of identifying information or other information such that the data complies with healthcare information regulation (e.g., the Health Insurance Portability and Accountability Act (HIPAA)).
- HIPAA Health Insurance Portability and Accountability Act
- the data sent to the PSO may include a healthcare protocol used on a patient in an actual medical episode, the outcome of using the healthcare protocol, or other data.
- the PSO may use the received data to improve healthcare protocols, training, or other information.
- the PSO may send updated healthcare protocol data to the server 110 .
- aspects of the present disclosure may be embodied as an apparatus, system, method, computer program product, or the like. Accordingly, aspects of the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module,” or “system.” Furthermore, aspects of the present disclosure may take the form of a computer program product embodied in one or more computer readable medium(s) having program code embodied thereon.
- a module may be implemented as a hardware circuit comprising custom VLSI circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components.
- a module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.
- Modules may also be implemented in software for execution by various types of processors.
- An identified module of program code may, for instance, comprise one or more physical or logical blocks of computer instructions which may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together but may comprise disparate instructions stored in different locations which, when joined logically together, comprise the module and achieve the stated purpose for the module.
- a module of program code may be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices.
- operational data may be identified and illustrated herein within modules and may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set or may be distributed over different locations including over different storage devices, and may exist, at least partially, merely as electronic signals on a system or network.
- the program code may be stored and/or propagated on in one or more computer readable medium(s).
- the computer program product may include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of the present disclosure.
- the computer readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device.
- the computer readable storage medium may be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing.
- a non-exhaustive list of more specific examples of the computer readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing.
- RAM random access memory
- ROM read-only memory
- EPROM or flash memory erasable programmable read-only memory
- SRAM static random access memory
- CD-ROM compact disc read-only memory
- DVD digital versatile disk
- memory stick a floppy disk
- a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon
- a computer readable storage medium is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
- Computer readable program instructions described herein can be downloaded to respective computing/processor devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network.
- the network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers.
- a network adapter card or network interface in each computing/processor device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processor device.
- Computer readable program instructions for carrying out operations of the present disclosure may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++ or the like, and conventional procedural programming languages, such as the C programming language or similar programming languages.
- the computer readable program instructions may execute on a supercomputer, a compute cluster, or the like.
- the computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
- the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
- electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present disclosure.
- These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
- These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
- the computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
- the schematic flow chart diagrams included herein are generally set forth as logical flow chart diagrams. As such, the depicted order and labeled steps are indicative of one embodiment of the presented method. Other steps and methods may be conceived that may be equivalent in function, logic, or effect to one or more steps, or portions thereof, of the illustrated method. Additionally, the format and symbols employed are provided to explain the logical steps of the method and are understood not to limit the scope of the method. Although various arrow types and line types may be employed in the flow chart diagrams, they are understood not to limit the scope of the corresponding method. Indeed, some arrows or other connectors may be used to indicate only the logical flow of the method. For instance, an arrow may indicate a waiting or monitoring period of unspecified duration between enumerated steps of the depicted method. Additionally, the order in which a particular method occurs may or may not strictly adhere to the order of the corresponding steps shown.
- each block in the schematic flowchart diagrams and/or schematic block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions of the program code for implementing the specified logical function(s).
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Educational Administration (AREA)
- Educational Technology (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- General Health & Medical Sciences (AREA)
- Economics (AREA)
- Primary Health Care (AREA)
- Medical Informatics (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- Development Economics (AREA)
- Algebra (AREA)
- Medicinal Chemistry (AREA)
- Computational Mathematics (AREA)
- Mathematical Analysis (AREA)
- Mathematical Optimization (AREA)
- Mathematical Physics (AREA)
- Pure & Applied Mathematics (AREA)
- Chemical & Material Sciences (AREA)
- Cardiology (AREA)
- Heart & Thoracic Surgery (AREA)
- Hospice & Palliative Care (AREA)
- Operations Research (AREA)
- Developmental Disabilities (AREA)
- Quality & Reliability (AREA)
- Psychiatry (AREA)
- Psychology (AREA)
- Social Psychology (AREA)
- Child & Adolescent Psychology (AREA)
- Game Theory and Decision Science (AREA)
Abstract
Description
- This application is a continuation of U.S. patent application Ser. No. 16/576,116, which was filed on Sep. 19, 2019, entitled “Systems and Methods for Health Education, Certification, and Recordation,” which is pending, and the entirety of which is incorporated by reference.
- The present disclosure generally relates to healthcare, and more particularly, to systems and methods for health education, certification, and recordation.
- Certain personnel that work at healthcare facilities are required to be certified in certain healthcare protocols, such as cardiopulmonary resuscitation (CPR). Conventionally, these people renew their certification by attending a certification class. These classes may last several hours, and the attendee may attend at regular intervals such as every two years. For busy healthcare workers, attending such a class takes time away from caring for patients. Furthermore, some healthcare worker may use the skills taught in these certification classes often. These healthcare workers may not need the same amount of in-class training or practice as other healthcare workers that do not use those skills as often.
- Thus, what is needed is are systems and methods that allow healthcare workers to adjust training programs and that include more flexibility in meeting healthcare protocol certifications.
- The present disclosure generally relates to healthcare training systems and methods. More particularly, the present disclosure relates to a novel application of care-based and competency-based training systems and methods.
- The present disclosure, in one embodiment, contemplates a method for health education, certification, and recordation. The method may include a computer-implemented cardiopulmonary resuscitation (CPR) certification method. The method may include obtaining, at a server, a user input from a user interface. The user input may define an interval for a desired CPR certification schedule. The method may include generating, at the server, a CPR certification program. Generating the CPR certification program may include generating at least two task groups. Each task group of the at least two task groups may include a healthcare certification task. The method may include administering, at the server, the CPR certification program. Administering the CPR certification program may include assigning, at the interval defined by the user input, one task group of the at least two task groups to a user enrolled in the CPR certification program, and receiving an indication that the enrolled user has completed the healthcare certification task of the assigned one task group.
- Another aspect of the disclosure includes a computer-implemented method. The method may include obtaining, at a computing device, an input that defines an interval for assigning task groups to an enrolled user. The method may include obtaining, at the computing device, a selection of a plurality of healthcare certification tasks. The method may include generating, at the computing device, a plurality of task groups. A task group of the plurality of task groups may include a healthcare certification task of the plurality of healthcare certification tasks. The method may include generating, at the computing device, a certification program corresponding to a healthcare protocol and associating the plurality of task groups with the certification program. The method may include administering, at the computing device, the certification program. Administering the certification program may include, in response to the arrival of a first start date, assigning, via the computing device, the task group to the enrolled user enrolled in the certification program, and receiving, at the computing device, an indication that the enrolled user has completed the healthcare certification task of the task group.
- Another aspect of the disclosure may include a computer-implemented method. The method may include obtaining, at a server, an input that defines an interval for assigning task groups to an enrolled user. The method may include obtaining, at the server, a selection of a plurality of healthcare certification tasks. The method may include generating, at the server, a plurality of task groups. A task group of the plurality of task groups may include a healthcare certification task of the plurality of healthcare certification tasks. The method may include generating a plurality of trigger events. A trigger event of the plurality of trigger events may include a condition and data linking a first task group of the plurality of task groups to a second task group of the plurality of task groups. The method may include generating, at the server, a certification program corresponding to a healthcare protocol. Generating the certification program may include associating the plurality of task groups with the certification program. The method may include administering, at the server, the certification program. Administering the certification program may include, in response to the arrival of a first start date, assigning the first task group to the enrolled user enrolled in the certification program, and may include, in response to fulfillment of the condition of the trigger event of the first task group, assigning the second task group to the enrolled user.
- The present disclosure includes several benefits that overcome the problems of the prior art. For example, certification programs generated or administered by the systems and methods of the present disclosure include one or more configurations that tailor the certification program to the preferences of enrolled users. The various configurations of the certification program that can be tailored include an interval (sometimes called a “frequency”) at which users participate in healthcare certification tasks, the type(s) of users enrolled in the certification program (e.g., the certification program can be tailored to emergency room doctors, hospital secretaries, or other roles), and other configurations. The benefits also include, for example, systems and methods that (1) record events that occur during an encounter with a patient, (2) provide a customized walkthrough of a healthcare protocol to a user based on the user's experience, knowledge, training, or other characteristics, and (3) allow a user's participating in an actual or simulated medical scenario to work toward or maintain certification in a healthcare protocol.
- It is understood that both the foregoing general description and the following detailed description are exemplary and exemplary only, and are not restrictive of the disclosure as claimed.
- The systems and methods disclosed herein improve the functioning of computers. For example, the systems and methods disclosed provide automated creation of healthcare certification programs and automated application of events performed by healthcare workers that contribute to their completion of a certification program. The systems and methods disclosed allow computers to generate certification programs and healthcare protocol walkthroughs that are tailored to the specialties of a healthcare worker. The systems and methods disclosed allow computers to generate healthcare protocol walkthroughs tailored to the specific patient being cared for based on that patient's characteristics. The systems and methods disclosed herein include computer systems that use programmable operational characteristics to customize and tailor the certification programs and healthcare protocol walkthroughs without tradeoffs in processor performance or increased time spent configuring certification programs.
- The systems and method overcome the shortcomings of previous attempts by allowing personnel to become and stay certified in healthcare protocols without having to sacrifice their time in long certification classes every few years. The systems and methods also allow healthcare workers to apply their skills to maintaining certification, which reduces the amount of time they spend away from patients. The systems and methods tailor certification programs for users based on the users' characteristics and allows the users to performing certifying activities at customized intervals.
- The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate exemplary embodiments of the disclosure. Together with the description, they serve to explain the objects, advantages, and principles of the disclosure. In the drawings:
-
FIG. 1 is a schematic block diagram illustrating an exemplary system for health education, certification, and recordation. -
FIG. 2A is a block diagram illustrating an exemplary certification program for health education, certification, and recordation. -
FIG. 2B is a block diagram illustrating a portion of an exemplary certification program for health education, certification, and recordation. -
FIG. 3 is a block diagram illustrating an exemplary encounter record for health education, certification, and recordation. -
FIG. 4 is a block diagram illustrating an exemplary healthcare protocol walkthrough for health education, certification, and recordation. -
FIG. 5 is a front view illustrating an exemplary user interface for health education, certification, and recordation displayed on a client device. -
FIG. 6 is a block diagram illustrating an exemplary system for health education, certification, and recordation. -
FIG. 7 is a flowchart diagram illustrating an exemplary embodiment of a method for health education, certification, and recordation. -
FIG. 8 is a flowchart diagram illustrating another exemplary embodiment of a method for health education, certification, and recordation. -
FIG. 9 is a flowchart diagram illustrating another exemplary embodiment of a method for health education, certification, and recordation. -
FIG. 10 is a flowchart diagram illustrating another exemplary embodiment of a method for health education, certification, and recordation. -
FIG. 11 is a flowchart diagram illustrating another exemplary embodiment of a method for health education, certification, and recordation. - Reference will now be made in detail to exemplary embodiments of the disclosure, some aspects of which are illustrated in the accompanying drawings.
- The present disclosure is directed to systems and methods for health education, certification, and recordation. As discussed below, the systems and methods of the present disclosure may provide a system the capability to administer a certification program for a healthcare protocol (e.g., cardiopulmonary resuscitation (CPR) or basic life support (BLS)), healthcare procedure, or healthcare technique (hereinafter, each is referred to as a “healthcare protocol”). The certification program includes one or more configurations that may tailor the certification program to the preferences of enrolled users. The various configurations of the certification program that can be tailored include an interval at which users participate in healthcare certification tasks, the type(s) of users enrolled in the certification program, or other configurations. In some embodiments, a user of the systems and methods disclosed herein may include a healthcare worker, a non-healthcare worker, an administrator at a healthcare facility, or another type of user.
- The present disclosure is also directed to systems and methods that, in some embodiments, provide functionality to record events that occur during an encounter with a patient. The systems and methods may provide a user with a healthcare protocol walkthrough to guide the user is performing the steps of a healthcare protocol. The present disclosure is also directed to systems and methods disclosed herein that provide a user the capability to work toward or maintain certification in a certain healthcare protocol in response to participating in a training scenario or an actual medical episode.
-
FIG. 1 depicts one embodiment of asystem 100. Thesystem 100 may include aserver 110. Theserver 110 may include modules. The modules may carry out functionality of theserver 110. In one embodiment, theserver 110 may include anaccount module 112. Theaccount module 112 may store data associated with one or more users of theserver 110 or one or more users of the modules of theserver 110. Theserver 110 may include amodule 114. Thecertification module 114 may administer one or more healthcare protocol certification programs. Theserver 110 may include anencounter module 116. Theencounter module 116 generate an encounter record that may include data describing one or more events that occurred during a patient encounter. Theserver 110 may include awalkthrough module 118. Thewalkthrough module 118 may store one or more healthcare protocol walkthroughs. Thewalkthrough module 118 may customize a healthcare protocol walkthrough based on received data (e.g., a patient's age, sex, etc.) and may present the healthcare protocol walkthrough to a user. In some embodiments, theencounter module 116 may feed encounter data into thecertification module 114, and thecertification module 114 may determine whether an event recorded by the encounter data contributes, at least in part, to a user fulfilling a healthcare certification task of a certification program the user may be enrolled in. - In one embodiment, the
system 100 may include aclient device 120. Theclient device 120 may communicate with theserver 110 via adata network 130 of thesystem 100. Theclient device 120 may send data to theserver 110 or receive data from theserver 110. Theclient device 120 may display the received data. Theclient device 120 may receive user input and send data to the server based on the user input. The user input may include input to configure the one ormore modules server 110. - The following describes further details of one or more embodiments of the present disclosure. In some embodiments, the
system 100 may include aserver 110. Theserver 110 may include one or more computing devices. A computing device may include one or more processors, memory, one or more input/output (I/O) interfaces, or other computer components. Theserver 110 may include data storage. The data storage may include a file system, database, or other data-storing capabilities. Theserver 110 may include one or more modules. As used herein, the term “module” may refer to a software implementation, hardware implementation, or a combination of both. A module may include functionality that carries out steps, instructions, operations, or the like. A module may be implemented using program instructions, circuitry, or other implementation methods, as are described herein. - In some embodiments, the
system 100 may include aclient device 120. Aclient device 120 may include a personal computer, a tablet computer, a smartphone, or other computing device. Theclient device 120 may include software, such as a software application (app), that may perform functionality, such as communicating with theserver 110. In some embodiments, some of the functionality of the one or more modules of theserver 110 may be performed by theclient device 120. Theclient device 120 may send data to theserver 110 and may receive data from theserver 110. Theclient device 120 may display various representations of data based on the data received from theserver 110. Theserver 110 may be in data communication with theclient device 120 over adata network 130 such as the Internet. - In some embodiments, the
system 100 may include adata network 130. Thedata network 130 may allow theserver 110,client device 120, and other devices to be in data communication. In one embodiment, thedata network 130 may include a local area network (LAN), wide area network (WAN), the Internet, or other network. Thedata network 130 may include wired or wireless communication. - In one embodiment, the
account module 112 may store, configure, or process data associated with one or more user accounts. A user account may store data associated with a user of thesystem 100. A user may include a person that works at a healthcare facility. A user account may store user personal information data. Personal information data may include the user's name, age, sex, or other personal data. The user account may store contact data. Contact data may include the user's address, phone number, email address, or other contract information. The user account may store occupational data. Occupational data may include one or more facilities the user works at, whether the user is a non-healthcare worker (e.g., an administrator, janitor, secretary, etc.) or a healthcare worker (e.g., a doctor, nurse, physician assistant, etc.), or one or more of the user's specialties (e.g., emergency medicine, neurology, oncology, etc.). The user account may store credential data. Credential data may include information related to the user's graduation from an educational institution (e.g., a graduation date, undergraduate institution, medical school, etc.) or licensing information (e.g., jurisdictions where the user is licensed, dates of obtaining a license, expiration date of a license, etc.). The user account may store certification information. Certification information may include information related to the user's certifications (e.g., a list of healthcare protocols the user is certified in, dates for which the user's certifications expire, etc.) The user account may store privilege information (e.g., admitting privileges, surgical privileges, prescribing privileges, etc.). The user account may store other information or data. - In one embodiment, the
account module 112 may receive data related to the user of a user account. Theaccount module 112 may update the user's account based on the received data. For example, as described below, in response to theaccount module 112 receiving an indication from thecertification module 114 that the user has completed at least a portion of a certification program, theaccount module 112 may update the certification data of the user's account. In some embodiments, theaccount module 112 may output data stored in a user account. For example, theaccount module 112 may send user account data to theclient device 120 to be viewed by a user. - In some embodiments, the
account module 112 may store data only related to a user's certification in one or more healthcare protocols. Other data, such as electronic healthcare record (EHR) access rights, demographic data, or other data a healthcare computer system may track may be stored separately from theaccount module 112 or theserver 110. - In one embodiment, the
server 110 may include thecertification module 114. Thecertification module 114 may store one or more certification programs. A certification program may include a program administered to users in order to certify a user in a healthcare protocol. Thecertification module 114 may administer at least a portion of a certification program. -
FIG. 2A depicts a data representation of one embodiment of acertification program 200. In some embodiments, thecertification program 200 may include aname 202. Thename 202 may briefly identify thecertification program 200. Thecertification program 200 may include adescription 204. Thedescription 204 may briefly describe thecertification program 200. In one embodiment, thecertification program 200 may include aprogram type 206. Theprogram type 206 may include a category to which one ormore certification programs 200 may belong. Thecertification program 200 may include a certifyingbody 208. Thecertification program 200 may include ahealthcare protocol 210. Thehealthcare protocol 210 may correspond to an actual healthcare protocol in which a participating user may be certified by participating in thecertification program 200. Thecertification program 200 may include aninterval 212. Theinterval 212 may indicate how often healthcare certification tasks, task groups, or other activities are assigned to a participating user. Thecertification program 200 may include one or more participatingusers 214. The one or more participatingusers 214 may include one or more users enrolled in thecertification program 200. Thecertification program 200 may include atask plan 220. Thetask plan 220 may include one or more task groups 222(1)-(6). Each task group of the one or more task groups 222(1)-(6) may include healthcare certification tasks that a participating user may complete in order to become certified in thehealthcare protocol 210 of thecertification program 200. It should be noted that while thetask plan 220 ofFIG. 2A depicts six task groups 222(1)-(6), atask plan 220 is may include more or fewer task groups 222(1)-(n). Furthermore, thetask plan 220 may include task groups 222(1)-(n) in a different order, with different paths through the task groups 222(1)-(n), or with other configurations. - In some embodiments, the
name 202 of thecertification program 200 may include a string of text. Thename 202 may include a name configured by a user of thecertification module 114. Thename 202 may uniquely identify thecertification program 200 amongmultiple certification programs 200 stored or administered by thecertification module 114. An example of aname 202 may include “CPR—Nurses.” In one embodiment, thedescription 204 may include text. Thedescription 204 may further describe portions of thecertification program 204. In some embodiments, theprogram type 206 may include a category of plans. A category of plans may include resuscitation, acute care, or another category. In some embodiments, acertification program 200 may include multiple program types 206. For example, a certification program for thehealthcare protocol 210 of using an automated external defibrillator (AED) may include theprogram type 206 of resuscitation and acute care. In one embodiment, the certifyingbody 208 may include an organization or other entity that has the authority to certify persons in the healthcare protocol. Examples of a certifyingbody 208 may include the American Red Cross, the American Heart Association, or another organization. - In one embodiment, the
healthcare protocol 210 may include cardiopulmonary resuscitation (CPR), a first aid procedure, AED, basic life support (BLS), advanced life support (ALS), or another healthcare protocol. Thehealthcare protocol 210 may correspond to an actual healthcare protocol that may include a series of steps a user should perform in a specified medical situation. For example, one or more steps a user should perform in response to encountering a person who is not breathing may include positioning the person on his/her back, checking for breathing, administering chest compressions, or blowing into the persons mouth. - In one embodiment, the
interval 212 may include data related to how often a participating user of the one or more participatingusers 214 in thecertification program 200 may be assigned a task group of the one or more task groups 222(1)-(6), healthcare certification task of one or more healthcare certification tasks 228(1)-(6), or other action related to thecertification program 200. In one embodiment, theinterval 212 may include three months, six months, twelve months, 24 months, or some other time interval. The previously mentionedintervals 212 may include once every three months, six months, twelve months, or 24 months. In some embodiments, theinterval 212 may include intervals of equal time or may include intervals of different time lengths. In some embodiments, theinterval 212 may be associated with a schedule for the certification program. In other embodiments, a participating user may be able to select aninterval 212 that is convenient to the user's 214 schedule. - In one embodiment, a participating user may include a user with a user account administered by the
account module 112. In one embodiment, thecertification program 200 may include one or more user groups. Thecertification program 200 including a user group may allow one or more users with certain common characteristics to simultaneously participate in thesame certification program 200. Thecertification module 114 may determine that users belong in the same user group based on user account data. In some embodiments, thecertification module 114 may administerdifferent certification programs 200 for thesame healthcare protocol 210, but to different user groups. - In one embodiment, a user group may be based on one or more user characteristics. A characteristic may include a whether a user is a healthcare worker (e.g., doctor) or non-healthcare worker (e.g., secretary, lifeguard). A characteristic may include a specialty. For example, all neurosurgeons may belong to a first user group, and all intensive care unit (ICU) nurses may belong to a second user group. A characteristic may include other user characteristics.
- In some embodiments, a
certification program 200 may include one or more task groups 222(1)-(6). In response to a participating user of the one more participatingusers 214 completing certain task groups 222(1)-(6) of thecertification program 200, the participating user may become certified in the associatedhealthcare protocol 210. -
FIG. 2B depicts one embodiment of a portion of thetask plan 220 portion of acertification program 200. The following describes the task group 222(1), although the description is also applicable to the other task groups 222(2)-(6). A task group 222(1) may include a start date 224(1). The start date 224(1) may include a date the task group 222(1) is assigned or available to a user. The task group 222(1) may include a due date 226(1). The due date 226(1) may include a date by which participatingusers 214 must complete the task group 222(1). The task group 222(1) may include one or more healthcare certification tasks 228(1). The one or more healthcare certification tasks 228(1) may include some action a user in the participatingusers 214 may perform to work toward completing the task group 222(1). In some embodiments, a task group 222(3) may include a trigger event 230(1). The trigger event 230(1) may include a condition under which a task group 222(3) is assigned to a user. - In one embodiment, the
certification program 200 may include an order of the one or more task groups 222(1)-(6). The order of the one or more task groups 222(1)-(6) may include a chronological order in which at least a portion of the task groups 222(1)-(6) may be completed by a user. The order of the one or more task groups 222(1)-(6) may include branching paths. Thecertification program 200 may select a branch for a user based on a trigger event 230(1) or 230(2), a user characteristic, or some other data. In some embodiments, in response to a user completing the last task group 222(6) of a branch, thecertification program 200 may assign the user to another task group 222(1)-(6) (e.g., the first task group 222(1) of the certification program 200). - As an example,
FIG. 2B depicts a portion of one embodiment of thetask plan 220 that includes multiple task groups 222(1)-(6). The task groups 222(1)-(6) may include a first task group 222(1). The first task group 222(1) may not include any preceding task groups. In response to a participating user of the one or more participatingusers 214 completing the one or more healthcare certification tasks 228(1) of the task group 222(1) and a start date 224(2) of the next task group 222(2) occurring, the participating user may be assigned the subsequent task group 222(2). After completion of the healthcare certification tasks 228(2) of the task group 222(2), the participatinguser 214 may be assigned either to a first branch with task group 222(3) or a second branch with task group 222(5). To which branch the participating user may be assigned may be based on the participating user's performance on a healthcare certification task 228(2), a characteristic of the participating user, or another factor. - In some embodiments, the start date 224(1) may include a date on which the task group 222(1) is assigned or available to a participating user of the one or more participating
users 214. The task group 222(1) being assigned to the user may include the user being able to work on the one or more healthcare certification tasks 228(1) of the task group 222(1). The task group 222(1) being assigned to the user may include the user being able to view the task group 222(1) via the user'sclient device 120. In one embodiment, the start date 224(1) may include a day-month-year format, hour-minute-second format, or a combination of both. - In some embodiments, the due date 226(1) may include a date on which the task group 222(1) is due. The task group 222(1) being due may include that certain healthcare certification tasks 228(1) of the task group 222(1) must have been completed by the user on or before the due date 226(1). In certain embodiments, the due date 226(1) may be selected as any date that may be convenient for a participating user's schedule. In one embodiment, the due date 226(1) may include a day-month-year format, hour-minute-second format, or a combination of both.
- In some embodiments, the one or more healthcare certification tasks 228(1) may include an action the user may complete to work toward certification in the
certification program 200. Healthcare certification tasks 228(1) may include an educational task. An educational task may include attending an in-class lecture, viewing a slideshow presentation, viewing a video, listening to audio, reading a text, or receiving information in another way. In some embodiments, at least a portion of the educational task may be provided to the user via theclient device 120. In one embodiment, a healthcare certification task 228(1) may include a practice task. A practice task may include the user practicing one or more healthcare techniques. A practice task may include a user practicing on a training mannequin (including a data-enabled training mannequin that may receive data from and send data to the server 110), taking a quiz, or performing some other action that helps the user practice what he or she may have learned from an educational task. A healthcare certification task 228(1) may include a demonstration task. A demonstration task may include the user demonstrating competency in the material presented during an educational task. A demonstration task may include the user demonstrating on a training mannequin, the user demonstrating to a training instructor, a multiple choice or free response test, or other demonstration techniques. - In one embodiment, the
certification module 114 may receive data related to one or more healthcare certification task 228(1). Thecertification module 114 may determine from the received data whether the user completed the healthcare certification tasks 228(1). For example, thecertification module 114 may receive data indicating whether a user viewed a video, whether a user properly performed on a training mannequin, or whether a user earned a certain score on a test. In one embodiment, a task group 222(1) may include multiple healthcare certification tasks 228(1). The task group 222(1) may be configured to allow a user to complete the healthcare certification tasks 228(1) of a task group 222(1) in any order or in a certain order specified by the task group 222(1). In some embodiments, in order to complete the task group 222(1), the user may complete all of the healthcare certification tasks 228(1) of the task group 222(1), a minimum number of healthcare certification tasks 228(1), or some other number or selection of healthcare certification tasks 228(1). - In some embodiments, a trigger event 230(1) of the task group 222(3) may include the arrival of a date or time. The trigger event 230(1) may include the completion of healthcare certification tasks 228(2) (e.g., viewing or reading educational material, earning a minimum score on a quiz, etc.), the completion of another task group 222(2), or another event.
- In one embodiment, a start date 224(1) or a due date 226(1) may be relative to another date. For example, the due date 226(1) of a task group 222(1) may be 30 days after the start date 224(1). The start date 224(3) may be two weeks after the completion of a previous task group 222(2).
- In some embodiments, the
certification module 114 may administermultiple certification programs 200 for thesame healthcare protocol 210. However, themultiple certification programs 200 may each includedifferent frequencies 212, user groups, task groups 222(1)-(6), or orders of task groups 222(1)-(6). For example, thecertification module 114 may administer a firstCPR certification program 200 for emergency room doctors that may include a twelve-month interval 212 and a secondCPR certification program 200 for nurses that may include a three-month interval 212. In some embodiments, a healthcare certification task of the one or more healthcare certification tasks 228(1)-(6) may be selected from a library of healthcare certification tasks stored by thecertification module 114. The healthcare certification task library may be associated with thehealthcare protocol 210 or certifyingbody 208 of thecertification program 200. - In some embodiments, the selection of one element of the
certification program 200 may influence the availability of other elements for thecertification program 200. In response to acertification program 200 including acertain program type 206, thecertification program 200 may be able to include only certain certifyingbodies 208. In response to acertification program 200 including a certain certifyingbody 208, thecertification program 200 may be able to include onlycertain healthcare protocols 210. For example, the American Red Cross may only certify CPR-related healthcare protocols. In response to selecting “American Red Cross” for the certifyingbody 208, a user may only be able to select “CPR” as ahealthcare protocol 210 for thecertification program 200. In one embodiment, theinterval 212 may be influenced by thehealthcare protocol 210, certifyingbody 208, orprogram type 206. In some embodiments, thehealthcare protocol 210 may influence which task groups 222(1)-(6) or healthcare certification tasks 228(1)-(6) may be selected for acertification program 200. In some embodiments, ahealthcare protocol 210 may be associated with a certifyingbody 204. For example, the American Red Cross may administer a first CPR certification and the American Heart Association may administer a second CPR certification. - In one embodiment, a user of the
certification module 114 may configure acertification program 200. The user may configure one or more aspects of thecertification program 200 such as thename 202, certifyingbody 204,healthcare protocol 206, or theinterval 208. The user may select participatingusers 214. The user may configure other aspects of thecertification program 200. - As an example, a certification administrator of a hospital system may access the
certification module 114 through aclient device 120. The certification administrator may use thecertification module 114 to generate thecertification program 200 of theFIG. 2A . In generating thecertification program 200, the certification administrator may choose aname 202,description 204program type 206, certifyingbody 208,healthcare protocol 210, andinterval 212. The certification administrator may generate several task groups 222(1)-(6) in the certification program's 200task plan 220. The certification administrator may configure trigger events 230(1)-(2), start dates 224(1)-(6), and due dates 226(1)-(6) for the task groups 222(1)-(6). The certification administrator may select healthcare certification tasks 228(1)-(6) from a healthcare certification task library for each task group 222(1)-(6). The certification administrator may add participatingusers 214 or user groups to thecertification program 200. - In some embodiments, the
certification module 114 may enforce that the one or more task groups 222(1)-(6), healthcare certification tasks 228(1)-(6) comply with the requirements of being certified in the selectedhealthcare protocol 210 for thecertification program 200. If a certification administrator user uses thecertification module 114 to generate acertification program 200, and the one or more task groups 222(1)-(6) or healthcare certification tasks 228(1)-(6) are insufficient to certify a user in thehealthcare protocol 210, then thecertification module 114 may notify the certification administrator (e.g., via an error message, pop-up message, or another type of message on a user interface) or may not allow the certification administrator to complete thecertification program 200. As an example, referring theFIG. 2B , if the “CPR Basics” quiz of the healthcare certification task 228(2) is necessary for a participating user to complete in order to be certified in CPR, and the certification administrator does not include that healthcare certification task in one of the task groups 222(1)-(6), thecertification module 114 may notify the certification administrator of the requirement and that thecertification program 200, in its current configuration, does not include that requirement. - In some embodiments, the
certification module 114 may determine whether one or more healthcare certification tasks 228(1)-(6) are completed in a correct order. Ahealthcare protocol 210 may include an order in which a portion of its tasks must be completed. In response to a certification administrator attempting to user thecertification module 114 to generate acertification program 200 with one or more healthcare certification tasks 228(1)-(6) in an incorrect order, thecertification module 114 may notify the certification administrator or may prevent the certification administrator from completing the configuration of thecertification program 200. For example, as depicted inFIG. 2B , the task group 222(1) includes two healthcare certification tasks 228(1): read “CPR Basics” document and view “CPR Basics” video. Thehealthcare protocol 210 may allow a user to complete either task before the other. However, thehealthcare protocol 210 may not allow a user to complete the healthcare certification task 228(2), take “CPR Basics” quiz, before the user has completed the healthcare certification tasks 228(1). If a certification administrator attempts to include the healthcare certification task 228(2) before the healthcare certification tasks 228(1), thecertification module 114 may notify the certification administrator of the error. - In one embodiment, the
certification module 114 may automatically generate at least a portion of acertification program 200. In some embodiments, thecertification module 114 may automatically choose aname 202,description 204,program type 206, certifyingbody 208,healthcare protocol 210, orinterval 212. Thecertification module 114 may automatically generate task groups 222(1)-(6) for thecertification program 200. Automatically generating the task groups 222(1)-(6) may include configuring trigger events 230(1)-(2), start dates 224(1)-(6), due dates 226(1)-(6), and may include selecting healthcare certification tasks 228(1)-(6) for the task groups 222(1)-(6). Thecertification module 114 may automatically enroll participatingusers 214 or user groups. Thecertification module 114 may automatically enroll the participatingusers 214 or user groups based on characteristics of the participatingusers 214 or user groups. - In one embodiment, the
certification module 114 may divide the one or more healthcare certification tasks 228(1)-(6) for completing thecertification program 200 based on theinterval 212. For example, aCPR certification program 200 may include four hours of educational tasks, three hours of practice tasks, and one hour of demonstration tasks (for a total of eight hours of healthcare certification tasks 228(1)-(6)). A user may configure theCPR certification program 200 with aninterval 212 of six-month (i.e., four task groups 222(1)-(4) spread over during a two-year period). The one or more healthcare certification tasks 228(1)-(6) of acertification program 200 may be divided into task groups 222(1)-(6) in various ways. In one example, thecertification module 114 may split the healthcare certification tasks 228(1)-(6) of theCPR certification program 200 into four two-hour certification occurrences, each certification occurrence including one or more of tasks. In one example, each two-hour task group 222(1)-(4) may include one hour of educational tasks, 45 minutes of practice tasks, and fifteen minutes of demonstration tasks. In another example, the first two task groups (1)-(2) may include the educational tasks, the third task group 222(3) may include the first hour of practice tasks, and the last task group 222(4) may include the last hour of practice tasks and the demonstration tasks. In some embodiments, the task groups 222(1)-(4) may each include tasks that may last different time lengths. For example, the first task group 222(1) may include three hours, the second task group 222(1) may include two hours, the third task group 222(3) may include three hours, and the last task group 222(4) may include one hour. Thecertification module 114 may divide the one or more healthcare certification tasks 228(1)-(6) based on other configurations, a sequence of the one or more healthcare certification tasks 228(1)-(6), or other factors. - In one embodiment, the
certification module 114 automatically generating acertification program 200 may include thecertification module 114 selecting healthcare certification tasks 228(1)-(6) based on a participating user's 214 characteristic. Thecertification module 114 may automatically generate acertification program 200 intended to be used by one or more participatingusers 214 with a certain characteristic. The characteristic may include the specialty of the participatinguser 214. For example, thecertification module 114 may automatically generate acertification program 200 intended for emergency room doctors. Based on that configuration, thecertification module 114 may select a set of healthcare certification tasks 228(1)-(6) configured for an emergency room doctor. In another embodiment, in response to thecertification module 114 automatically generating acertification program 200 intended for participatingusers 214 that are non-healthcare workers (e.g., a janitor or lifeguard), thecertification module 114 may select a set of healthcare certification tasks 228(1)-(6) that give more detail about the healthcare protocol 210 (because, for example, a janitor may not be as familiar with thehealthcare protocol 210 as a healthcare worker). - In some embodiments, the
certification module 114 may select one or more healthcare certification tasks 228(1)-(6) based on a location where thecertification program 200 is intended to be used. For example, in response to thecertification module 114 generating acertification program 200 intended to be used at a pediatric hospital, thecertification module 114 may select one or more healthcare certification tasks 228(1)-(6) related to resuscitating children for aCPR certification program 200. For acertification program 200 intended for participatingusers 214 that work in a nursing home, thecertification module 114 may select one or more healthcare certification tasks 228(1)-(6) related to resuscitating seniors for aCPR certification program 200. In one embodiment, thecertification module 114 may perform some functionality, such as selecting the one or more participatingusers 214 or selecting the one or more healthcare certification tasks 228(1)-(6) based on output of an artificial intelligence (Al) engine. - In one embodiment, the
certification module 114 may modify acertification program 200. A user may use thecertification module 114 to modify acertification program 200, or thecertification module 114 may automatically modify thecertification program 200. Modifying thecertification program 200 may include modifying thename 202,description 204,program type 206, etc. Modifying thecertification program 200 may include modifying one or more task groups 222(1)-(6). Modifying a task group 222(1) may include adding or removing a healthcare certification task to/from the one or more healthcare certification tasks 228(1), adjusting a start date 224(1) or due date 226(1), adding or removing a trigger event, adding or removing one or more participatingusers 214 or user group, or may include other modifications. - In some embodiments, the
certification module 114 may modify acertification program 200 based on data received by theserver 100. The received data may mark a healthcare certification task 228(1)-(6) in a healthcare certification task library indicating that the healthcare certification task 228(1)-(6) or a version of the healthcare certification task 228(1)-(6) should no longer be used. The received data may include a replacement healthcare certification task 228(1)-(6). Thecertification module 114 may modify a healthcare certification task 228(1)-(6) of acertification program 200 to no longer include a healthcare certification task 228(1)-(6) marked for replacement and to include a replacement healthcare certification task 228(1)-(6) or replacement version. For example, thecertification module 114 may receive data indicating that an educational video is out-of-date. Thecertification module 114 may receive an up-to-date replacement video. Thecertification module 114 may remove a healthcare certification task 228(1)-(6) that includes the out-of-date video from thecertification programs 200 and replace the removed healthcare certification tasks 228(1)-(6) with a new healthcare certification task 228(1)-(6) the include the up-to-date video. - In some embodiments, the library of healthcare certification tasks 228(1)-(6) may include healthcare certification tasks 228(1)-(6) provided by a patient safety organization (PSO). The
server 110 may download the healthcare certification tasks 228(1)-(6) from the PSO, receive push updates, or otherwise receive the healthcare certification tasks 228(1)-(6) from the PSO. The PSO data may help thecertification module 114 to operate data-enabledcertification programs 200. In some embodiments, a data-enabledcertification program 200 may allow participatingusers 214 to become certified in ahealthcare protocol 206 based on up-to-date information endorsed by authorized governing bodies or other healthcare organizations. PSO data may include aggregated, de-identified data. The PSO data may be used for benchmarking. - In one embodiment, the
certification module 114 may track a participating user's progress in adhering to acertification program 200. Thecertification module 114 may determine whether a participating user of the one or more participatingusers 214 has completed all healthcare certification tasks 228(1)-(6) or task groups 222(1)-(6) that have been due. In response to a participating user not being in compliance with a certification program 200 (e.g., the participating user has not completed all of the healthcare certification tasks 228(1) of a task group 222(1) by the due date 226(1) of the task group 222(1)), thecertification module 114 may move the participating user to a remedial task group 222(1)-(6), modify thecertification program 200 for the participating user to include one or more remedial task groups 222(1)-(6), or thecertification module 114 may enroll the participating user in aremedial certification program 200. Thecertification module 114 may send a notification to an administering user in response to a participating user not being in compliance with acertification program 200. The administering user may determine what remedial steps should be taken regarding the participating user. - In one embodiment, in response to an enrolled user completing the
certification program 200, thecertification module 114 may issue a certification to the enrolled user. An enrolled user completing thecertification program 200 may include the user completing all task groups 222(1)-(5) in thetask plan 220 of thecertification program 200. Completing thecertification program 200 may include the user completing the last task group 222(6) of a branch in thetask plan 220 of thecertification program 200. Completing thecertification program 200 may include completing a minimum number of task groups 222(1)-(6), a specified portion of the task groups 222(1)-(6), or some other subset of the task groups 222(1)-(6) of thetask plan 220 of thecertification program 200. The conditions required for completing acertification program 200 may be stored and maintained by thecertification module 114. - In one embodiment, the
certification module 114 may provide a user interface (e.g., via the user device 120) for managing one or more users,certification programs 200, or other certification functionality. The user interface may display a representation of a user. The representation may include the user's name, expiration date of a certification, or time until a certification expires. The user interface may display one or more participating users' 214 statuses regarding acertification program 200 the participatingusers 214 are enrolled it. The user interface may include one or more task groups 222(1)-(6) or healthcare certification tasks 228(1)-(6) the participating user has completed or not yet completed. The user interface may display other certification program data, such as a due date 226(1)-(6). In some embodiments, thecertification module 114 may include a reminder configuration. The reminder configuration may indicate when to send a message to a user to remind him or her about one or more task groups 222(1)-(6) or healthcare certification tasks 228(1)-(6). The user interface may display a representation of a user group. The representation may include the group's name or identifier, one or more users pertaining to the group, characteristics of the user group (e.g., specialty, etc.) the configurations of acertification program 200 the group is enrolled in (e.g.,interval 212, etc.), or other group information. - In some embodiments, data related to a user's certification in a
healthcare protocol 210 may be stored in thecertification module 114. In some embodiments, the data related to a user's certification may be stored by theaccount module 112, and thecertification module 114 may send data to theaccount module 112 to update a user's account. - In one embodiment, the
server 110 may include anencounter module 116. Theencounter module 116 may generate an encounter record. The encounter record may include data associated with a patient encounter. Theencounter module 116 may track one or more events that occur during the patient encounter. Theencounter module 116 may add the tracked events to the encounter record. Portions of the data of the encounter record may be used by other modules of theserver 110. -
FIG. 3 depicts one embodiment of anencounter record 300. Theencounter record 300 may includeheader data 310. Theheader data 310 may include an encounter ID 302. Theheader data 310 may include acreation date 314. Theheader data 310 may include anoutcome 316. Theheader data 310 may include asimulation indicator 318. In some embodiments, theencounter record 300 may includehealthcare protocol data 320. Thehealthcare protocol data 320 may include ahealthcare protocol ID 322. Thehealthcare protocol data 320 may include ahealthcare protocol name 324. Theencounter record 300 may includeevent data 330. Theevent data 330 may include one ormore events 332. Anevent 332 may include atimestamp 334. Anevent 332 may include auser ID 336. Anevent 332 may include ahealthcare protocol stage 338. An 332 event may include anevent name 340. - In one embodiment, the
encounter ID 312 may include a string of text. The encounter ID may uniquely identify theencounter record 300. Thecreation date 314 may include a timestamp of when theencounter record 300 was generated. Thecreation date 314 may include a time, a date, or other data. In some embodiments, theoutcome 316 may include a string of text, a number, or other data. Theoutcome 316 may indicate an outcome of the event. Example outcomes may include that the patient survived, the patient was stabilized, the patient entered a comatose state, the patient died, or another outcome. In one embodiment, thesimulation indicator 318 may include data to indicate whether the encounter associated with theencounter record 300 was a simulation or an actual medical encounter. - In some embodiments, the
healthcare protocol ID 322 may include a string of text. Thehealthcare protocol ID 322 may uniquely identify the healthcare protocol used in the encounter. Thehealthcare protocol name 324 may include a string of text that includes the name of the healthcare protocol used. - In one embodiment, the
timestamp 334 may include a timestamp of when thecorresponding event 332 occurred. The timestamp may include a date, time, or other data. Theuser ID 336 may include data identifying user that performed theevent 332, witnessed theevent 332, or was otherwise involved in the event. In some embodiments, anevent 332 may includemultiple user IDs 336. Thehealthcare protocol stage 338 may include data identifying a stage of the healthcare protocol identified by thehealthcare protocol ID 322. In some embodiments, a healthcare protocol may include one or more stages, and each stage may include one or more steps for a healthcare worker to perform. Thehealthcare protocol stage 338 may include the stage of the healthcare protocol that was occurring when theevent 332 occurred. Theevent name 340 may include a string of text. Theevent name 340 may describe the event. Theevent name 340 may include “cardiac arrest,” “established IV access,” “check pulse,” “patient stabilized,” or another event name. - In some embodiments, an element of the
encounter record 300 may be located in a different portion or section of theencounter record 300 than as described above or shown inFIG. 3 . Anencounter record 300 may include other elements than those described above. - In one embodiment, the
encounter module 116 may generate at least a portion of anencounter record 300 during a patient encounter. Theencounter module 116 may generate theencounter record 300 in response to a command or in response to receiving input data from aclient device 120 of a healthcare worker participating in the patient encounter. Theencounter module 116 may automatically generate theencounter record 300 in response to detecting a medical event. - In some embodiments, the
encounter module 116 may add anevent 332 to anencounter record 300. Theencounter module 116 may add theevent 332 in response to a user creating theevent 332 or may automatically create theevent 332 and add theevent 332 to theencounter record 300. In one example, after an encounter with a patient, a healthcare worker may use his or herclient device 120 to input information related to the encounter to generate theevent 332. In another example, theencounter module 116 may receive data from an EHR database related to patient encounter to generate theevent 332. In yet another example, theencounter module 116 may receive data from a medical apparatus (e.g., an electrocardiograph machine) that indicates a certain event to generate theevent 332. - In some embodiments, one or more portions of the
encounter record 300 may include data in an Extensible Markup Language (XML) format, a JavaScript Object Notation (JSON) format, or other data format. - In one embodiment, the
server 110 may include awalkthrough module 118. Thewalkthrough module 118 may include one or more healthcare protocol walkthroughs. A healthcare protocol walkthrough may include a series of steps a user may follow in order to perform a healthcare protocol. Thewalkthrough module 118 may display the series of steps to a user via theclient device 120. Thewalkthrough module 118 may determine whether a user complies with at least a portion of the healthcare protocol. In some embodiments, thewalkthrough module 118 may modify a healthcare protocol walkthrough based on received data, outcomes of a step of the walkthrough, or other data. -
FIG. 4 depicts one embodiment of ahealthcare protocol walkthrough 400. Thehealthcare protocol walkthrough 400 may include data that may assist a healthcare worker in following a healthcare protocol. Thehealthcare protocol walkthrough 400 may includeheader data 410. Theheader data 410 may include ahealthcare protocol name 412. Theheader data 410 may include other information about thehealthcare protocol walkthrough 400. Thehealthcare protocol walkthrough 400 may include one ormore stages 420. The one ormore stages 420 may divide up the steps of a healthcare protocol into logical or conceptual groups. Astage 420 may include aname 422. Astage 420 may include one ormore symptoms 424. Astage 420 may include one ormore steps 426. Astep 426 may correspond to an action that a user following the healthcare protocol may take. Astep 426 may include a corresponding level of recommendation. Astage 420 may include one ormore outcomes 428. Anoutcome 428 may include one or more conditions that may result from thesteps 426 of thestage 420. Anoutcome 428 may include a correspondingnext stage 420. - In one embodiment, the
healthcare protocol name 412 may include a string of text that may identify the healthcare protocol. For example, as depicted in FIG. 4, thehealthcare protocol name 412 of thehealthcare protocol 400 includes “Bradycardia with a Pulse.” In some embodiments, thestage name 422 may include a string of text that may identify thestage 420. For example, the stage 420(1) includes a name 422(1) that includes “Initial Management.” The one ormore symptoms 424 of astage 420 may include a string of text or other data. Thesymptoms 424 may include one or more outcomes of aprevious stage 420. - In some embodiments, the one or
more steps 426 may include a string of text that indicates an action a healthcare worker may take. For example, the one or more steps 426(1) of the stage 420(1) include “Assess for hemodynamic compromise” and “Obtain 12 lead ECG.” - In one embodiment, one or
more steps 426 may include a level of recommendation corresponding to thestep 426. A recommendation level may indicate the appropriateness of thestep 426. The recommendation level of astep 426 may include a range from “required” to “prohibited.” In one embodiment, astep 426 may include a recommendation level of “required.” A “required”step 426 may include astep 426 that should always be performed. A recommendation level may include “recommended.” A “recommended”step 426 may include astep 426 that is usually appropriate for the healthcare protocol, that is best-practice, that should almost always be done, or that are the standard of care for the healthcare protocol. Astep 426 may include a recommendation level of “possible.” A “possible”step 426 may include astep 426 that is sometimes appropriate. A “possible”step 426 may include astep 426 that is permissible based on factors such as patient presentation, care setting, resource availability, healthcare worker experience, or other factors. Astep 426 may include a recommendation level of “not recommended.” A “not recommended”step 426 may include astep 426 that is rarely appropriate, generally avoided, should not be performed under usual circumstances. A “not recommended”step 426 may include astep 426 that, based on patient presentation, is likely to offer no benefit or may even be potentially harmful. However, a “not recommended step” 426 may be appropriate in some limited situations. A recommendation level of “prohibited” may include astep 426 that should not be performed under any circumstances. In some embodiments, when ahealthcare protocol walkthrough 400 is displayed to a user, eachstep 426 may indicate its level of recommendation (e.g., with a color, symbol, or other indicator). - As an examples of a
healthcare protocol walkthrough 400 for a cardiac arrest response, afirst step 424 may include “Defibrillate after rhythm recognition,” and thefirst step 424 may include a “required” level of recommendation.” Asecond step 424 may include “Administer Epinephrine every 3-5 minutes,” thesecond step 424 may occur after thefirst step 424, and thesecond step 424 may include a recommendation level of “possible.” Athird step 424 may include “Administer Epinephrine,” thethird step 424 may occur before the first step, and thethird step 424 may include the level of recommendation of “not recommended.” - In some embodiments, in response to a
first outcome 428 of a first stage 420(1), thehealthcare protocol walkthrough 400 may continue on to a second stage 420(2), and in response to a second outcome of the one or more steps 424(1) of the first stage 420(1), thehealthcare protocol walkthrough 400 may continue on to athird stage 420. For example, as depicted inFIG. 4 , after a healthcare worker performs the steps 426(1) of the initial management stage 420(1), the patient may experience stable bradycardia. In response, theoutcomes 428 may lead to the stable bradycardia stage 420(2). In response to the patient experience unstable bradycardia, thepath 426 may lead to the unstable bradycardia stage 420 (not depicted inFIG. 4 ). In some embodiments, in response to astage 420 including multiplepossible outcomes 428, ahealthcare protocol walkthrough 400 may branch todifferent stages 420. Thesymptoms 424 of one stage may correspond to anoutcome 428 of another stage, which may result indifferent stages 420 leading toother stages 420. In some embodiments, thesymptoms 424 andoutcomes 428 of thestages 420 of ahealthcare protocol walkthrough 400 may result in thestages 420 forming a tree (e.g., a decision tree) or a graph. - In some embodiments, the
walkthrough module 118 may receive, from a user, a command to initiate ahealthcare protocol walkthrough 400. Thewalkthrough module 118 may display data related to thehealthcare protocol walkthrough 400 via theclient device 120, such as the steps 426(1) of the first stage 420(1) of thehealthcare protocol walkthrough 400. In some embodiments, thewalkthrough protocol 116 may receive input data indicating one or more symptoms of a patient. The input data may come from the user (e.g., entering the data via the client device 120), an EHR database, a medical apparatus connected to the patient (e.g., an electrocardiograph machine), or another data source. In response to the received data, theencounter module 116 may determine an appropriatehealthcare protocol walkthrough 400 for the patient and may display the selected healthcare protocol walkthrough 400 to the user. - In some embodiments, the
walkthrough module 118 may display a healthcare protocol walkthrough 400 tomultiple client devices 120. Thewalkthrough module 118 may display the healthcare protocol walkthrough 400 to themultiple client devices 120 simultaneously or at different times. For example, an emergency medical technician (EMT) may access thewalkthrough module 118 via his or herclient device 120, receive ahealthcare protocol walkthrough 400, and display thehealthcare protocol walkthrough 400 on theclient device 120. The EMT may be located in an ambulance that is transporting a patient to a hospital. The EMT may perform some of thesteps 426 of thehealthcare protocol walkthrough 400 while in the ambulance. Thewalkthrough module 118 may track which steps 424 the EMT has performed. When the ambulance arrives at the hospital, the EMT may hand off the patient to an emergency room doctor. The emergency room doctor may use his or herclient device 120 to access thewalkthrough module 118. The emergency room doctor may receive thehealthcare protocol walkthrough 400, and thehealthcare protocol walkthrough 400 may show where the EMT left off in thesteps 426 of thehealthcare protocol walkthrough 400. - In one embodiment, the
walkthrough module 118 may modify ahealthcare protocol walkthrough 400 based on received data. Modifying thehealthcare protocol walkthrough 400 may include adding astage 420,step 426,outcome 428, or other data to thehealthcare protocol walkthrough 400; removing astage 420,step 426,outcome 428, or other data from thehealthcare protocol walkthrough 400; or modifying astage 420,step 426,outcome 428, or other data of thehealthcare protocol walkthrough 400. In some embodiments, modifying astep 426 may include modifying the step action or level of recommendation of thestep 426. The received data may include patient data (e.g., age, medical history, etc.) or other data. The modification of thehealthcare protocol walkthrough 400 may be a temporary modification (e.g., only for the current instance of treating the patient). - In some embodiments, the
walkthrough module 118 may retrieve healthcare protocol external data from outside theserver 110. Thewalkthrough module 118 may modify or update ahealthcare protocol walkthrough 400 based on the received data. For example, a healthcare governing body may determine that acertain step 426 in ahealthcare protocol 400 is ineffective or dangerous. Theserver 110 may receive data from a computing device of the governing body related to the determination, and in response, thewalkthrough module 118 may remove thestep 426 or may mark the step as “not recommended.” -
FIG. 5 depicts one embodiment of a user interface for aclient device 120. The user interface may display ahealthcare protocol walkthrough 400. The user interface may include aheader area 502. Theheader area 502 may include thename 412 of the healthcare protocol of thehealthcare protocol walkthrough 400. Theheader area 502 may include other information such as acategory 504 for the healthcare protocol (e.g., as depicted inFIG. 5 , the healthcare protocol with thename 412 “Tachycardia: Adult” may belong to thecategory 504 “Advanced Cardiovascular Life Support”). - In one embodiment, the user interface may include a
clock area 506. Theclock area 506 may include a timer. The timer may display how long a healthcare provider has been administering the healthcare protocol on the patient. - The user interface may include a
steps area 508. Thesteps area 508 may include one or more stages 420(1)-(4). Eachstage 420 may include one ormore steps 426. In some embodiments, astage 420 may be collapsible on the user interface such that only a portion of thesteps 426 are visible on the user interface. For example, as depicted inFIG. 5 , the stages 420(1), 420(2), and 420(4) are collapsed, and theirsteps 426 are not visible. However, the stage 420(3) is expanded, and its steps 426(3) are visible on the user interface. In some embodiments, the outcome of astage 420 or step 426 may be displayed on the user interface. For example, as depicted inFIG. 5 , the outcome of the first stage 420(1) is “Stable,” and the outcome of the second stage 420(2) is “Regular.” The user interface may also display whether astage 420 is in progress. In some embodiments, the user interface may display whether astep 426 has been completed or an outcome of astep 426. The user interface may display a level of recommendation for astep 426. - In one embodiment, the user interface may include an
auxiliary information area 510. Theauxiliary information area 510 may include a variety of information. For example, as depicted inFIG. 5 , theauxiliary information area 510 may display patient information, such as age, sex, known medical conditions, current medications, or other patient data. In some embodiments, the auxiliary information are 510 may display other data, such as more details about astage 420,step 426, outcome of astage 420 or step 426, or other data. - Certification through Experience
-
FIG. 6 depicts one embodiment of asystem 600. Thesystem 600 may provide a user the capability to work toward or maintain certification in a healthcare protocol in response to participating in a training scenario or an actual medical episode. Thesystem 600 may include one or more components of thesystem 100 such as thecertification module 114,encounter module 116,walkthrough module 118, or theclient device 120. - In some embodiments, a training scenario or actual medical episode may begin, and a user using the
client device 120 may request 602 ahealthcare protocol 400 from thewalkthrough module 118. Thewalkthrough module 118 may receive 604 data from anEHR database 606. Based on the data received from theclient device 120 or theEHR database 606, thewalkthrough module 118 may select or customize ahealthcare protocol walkthrough 400 and send 608 the healthcare protocol walkthrough 400 to theclient device 120. The user may follow the one ormore steps 426 of thehealthcare protocol walkthrough 400. Either during or after the training scenario or actual medical episode, theclient device 120 may send 610 data to theencounter module 116. The sent data may include data indicating whether the user performed one ormore steps 426 of thehealthcare walkthrough 400, how well the user performed the one ormore steps 426, or other data. Theclient device 120 may send 612 data to theEHR database 606. Theencounter module 116 may generate anencounter record 300 based on the data received 610. Theencounter module 116 may receive 610 data indicating whether the user performed astep 426 of thehealthcare protocol walkthrough 400 and may generate anevent 332 based on that data. Theencounter module 116 may send 614 theencounter record 300 to anencounter database 616. Theencounter database 616 may store one or more encounter records 300. Theencounter database 616 may send 618 encounter data to thecertification module 114. The encounter data may include anencounter record 300, a portion of anencounter record 300, or other encounter data. Based on the encounter data sent 618 by the encounter database, thecertification module 114 may determine whether anevent 332 of the encounter data contributes, at least in part, to a participating user completing a healthcare certification task 228(1)-(6) of acertification program 200. - In one embodiment, the request sent 602 from the client device to the
walkthrough module 118 may include patient data (e.g., age, sex, patient ID, etc.). Thewalkthrough module 118 may customize thehealthcare protocol walkthrough 400 based on the patient data (and other data, such as the data received 604 from the EHR database 606). In some embodiments, aclient device 122 other than theclient device 120 used by the user (e.g., aclient device 112 used by a supervising physician) may send 610 at least a portion of the data. In some embodiments, another device (e.g., such as theEHR database 606, a electrocardiograph (ECG)device 124, etc.) may send 610 at least a portion of the data. In some embodiments, theclient device 120 may send 610 portions of the data at different times during the training scenario or actual medical episode. AlthoughFIG. 6 depicts theother client device 122, theEHR database 606, and theECG device 124 sending 610 data along with the data from theclient device 120, each of theother client device 122, theEHR database 606, and theECG device 124 may send their respective data separately from theclient device 120 or from each other. - The
certification module 114 may determine whether anevent 332 contributes, at least in part, to a participating user of the one or more participatingusers 214 completion of a healthcare certification task 228(1)-(6) of acertification program 200 in a variety of ways. In one embodiment, thecertification module 114 may include an event-task mapping. The event-task mapping may include a data structure that maps one ormore events 332 of anencounter record 300 with one or more healthcare certification tasks 228(1)-(6) of acertification program 226. In one embodiments, thecertification module 114 may include a rules engine. The rules engine may include software that determines whether anevent 332 contributes, at least in part, to a participating user completing a healthcare certification task 228(1)-(6). - In one embodiment, the
certification module 114 may determine how a anevent 332 may contribute to fulfilling a healthcare certification task 228(1)-(6). Thecertification module 114 may determine this based on one or more factors such as outcome of an actual medical episode (e.g., whether the user performing CPR on the patient resulted in the patient being resuscitated). Thecertification module 114 may determine how closely the user followed the one or more steps of thehealthcare protocol walkthrough 400. Thecertification module 114 may use other factors or data. In some embodiments, thecertification module 114 may determine that an event may contribute more (e.g., with a higher or better value) in response to the user having a successful outcome of an actual medical episode, in response to the user more closely following the one ormore steps 426 thehealthcare protocol walkthrough 400, or in response to the difficulty of the training scenario or actual medical episode. - In some embodiments, the
certification module 114 may determine whetherevent 332 may contribute to fulfilling a healthcare certification task 228(1)-(6) for a user. Based on one or more configurations of thesystem certification module 114 may determine whichevents 332 contribute and which events do not. For example, in one embodiment, thecertification module 114 may be configured such that eachevent 332 contributes to fulfilling a healthcare certification task 228(1)-(6). In another embodiment, thecertification module 114 may be configured such that only certain,specified events 332 contribute to a specified user's fulfillment of a healthcare certification task 228(1)-(6). In other embodiments, thecertification module 114 may be configured such that only one out of every threeevents 332 for a specific user contribute to fulfilling that user's healthcare certification tasks 228(1)-(6). - In some embodiments, the
certification module 114 may determine that anevent 332 contributes to fulfilling a healthcare certification task 228(1) for a user only in response to the user currently being assigned a task group 222(1) with that healthcare certification task 228(1). For example, referring toFIG. 2B , a participating user of the one or more participatingusers 214 may currently be working on the healthcare certification tasks 228(2) of the task group 222(2). The participating user may resuscitate a patient using CPR during an actual medical episode. Theencounter module 116 may generate anencounter record 300 based on the medical episode. Theencounter module 116 may send theencounter record 300 to thecertification module 114. Thecertification module 114 may include an event-task mapping that results in aCPR event 332 contributing to fulfilling a demonstrating CPR healthcare certification task 228(2), such as the “Demonstrate CPR basics on training mannequin” task of the one or more healthcare certification tasks 228(5) of the task group 222(5). However, because the participating user is currently working on task group 222(2) and not 222(5), theevent 332 of resuscitating the patient during the actual medical may not contribute to the participating user fulfilling the healthcare certification task 228(5). In other embodiments, thecertification module 114 may be configured such that anevent 332 may contribute to a user fulfilling a healthcare certification task 228(5) of a task group 222(5) that the participating user is not currently assigned to. Other methods ofcertification module 114 determine whether anevent 332 contributes to fulfilling a healthcare certification task 228(1)-(6) may also be used. - One embodiment may include a system. The system may include the
server 110. The system may include a processor. The system may include a computer-readable storage medium. The computer-readable storage medium may include one or more machine-readable instructions that, when executed by the processor, cause the processor to perform one or more steps. In some embodiments, the computer-readable storage medium may include a computer memory, a persistent computer storage device (such as flash memory or a hard disk drive), or some other type of storage medium. In some embodiments, the machine-readable instructions may include theaccount module 112, thecertification module 114, theencounter module 116, thewalkthrough module 118, or some other machine-readable instructions. - In one embodiment, the one or more steps performed by the processor may include receiving, at a server, a request for a healthcare protocol walkthrough. The one or more steps may include generating, at the server, the requested healthcare protocol walkthrough. The healthcare protocol walkthrough may include one or more stages. The healthcare protocol walkthrough may include one or more steps. Each stage of the one or more stages may include at least one step of the one or more steps. The one or more steps may include sending, to a client device, at least a portion of the generated healthcare protocol walkthrough. The one or more steps may include receiving healthcare event data. The one or more steps may include determining whether a healthcare event of the healthcare event data contributes to fulfilling a healthcare certification task of a certification program.
- In some embodiments, the server may include the
server 110. The healthcare protocol walkthrough may include ahealthcare protocol walkthrough 400. The one or more stages may include one or more stages 420(1)-(n) of thehealthcare protocol walkthrough 400. The one or more steps may include one or more steps 426(1)-(n) of thehealthcare protocol walkthrough 400. The client device may include aclient device event data 330. The healthcare event may include events 332(1)-(n). The healthcare certification task may include a healthcare certification task 228(1). The certification program may include acertification program 200. - In one embodiment, sending, to the
client device healthcare protocol walkthrough 400 may include sending the at least a portion of the generated healthcare protocol walkthrough 400 to one ormore client devices healthcare event data 330 may include receiving thehealthcare event data 330 from theclient device EHR database 606, or a medical device. - In one or more embodiments, receiving the
healthcare event data 330 may include receiving data that includes an indication that the healthcare event 332(1) of thehealthcare event data 330 corresponds to a simulation, or that corresponds to an actual medical episode. - In some embodiments, determining whether the healthcare event 332(1) of the
healthcare event data 330 contributes to fulfilling the task 228(1) of thecertification program 200 may include making the determination based on an event-task mapping. The event-task mapping may include a mapping of a healthcare event 332(1) to a task 228(1) of thecertification program 200. At least a portion of the event-task mapping may be based on data received from a patient safety organization (PSO). In some embodiments, the one or more steps may further include anonymizing thehealthcare event data 330 and sending the anonymizedhealthcare event data 330 to a PSO. - In some embodiments, the one or more steps may include, in response determining whether the healthcare event 332(1) of the
healthcare event data 330 contributes to fulfilling the task 228(1) of thecertification program 200, determining an amount that the healthcare event 332(1) contributes to fulfilling the task 228(1). In one embodiment, the amount may be based on a compliance with a healthcare protocol associated with thecertification program 200, an outcome included in thehealthcare event data 330 or theencounter record 300 associated with theevent data 330, or a review by a healthcare worker received by the system. -
FIG. 7 depicts one embodiment of amethod 700. Themethod 700 may include a computer-implemented cardiopulmonary resuscitation (CPR) certification method. In one embodiment, themethod 700 may include obtaining 702, at a server a user input from a user interface. The user input may define an interval for a desired CPR certification schedule. Themethod 700 may include generating 704, at the server, a CPR certification program. Generating 704 the CPR certification program may include generating two or more task groups. Each task group may include a healthcare certification task. Themethod 700 may include administering, at the server, the CPR certification program. Administering the CPR certification program may include assigning 706, at the interval defined by the user input, one task group of the two or more task groups to a user that may be enrolled in the CPR certification program. Administering the CPR certification program may include receiving 708 an indication that the enrolled user has completed the healthcare certification task of the assigned one task group. - In one embodiment, the
certification module 114 may perform at least a portion of the steps 702-708 of themethod 700. Acertification program 200 may include the CPR certification program. In some embodiments, obtaining 702, at the server, the user input from the user interface may include receiving the user input at theserver 110. Theclient device 120 may receive the user input from a user and may send the user input through thedata network 130 to theserver 110. The user input defining the interval for the desired CPR certification schedule may include a value to be used as theinterval 212 of acertification program 200. - In one embodiment, generating 704 the CPR certification program may include generating a
certification program 200. Thecertification program 200 may include ahealthcare protocol 210 of “CPR.” Generating the two or more task groups may include generating two or more of the task groups 222(1)-(n) of thetask plan 220 pertaining to thecertification program 200. The one or more healthcare certification tasks of each of the two or more task groups may include one or more healthcare certification tasks 228(1)-(n). - In some embodiments, assigning 706, at the interval defined by the user input, one task group of the two or more task groups to a user enrolled in the CPR certification program may include assigning a task group 222(1) to a participating user of the participating
users 214 of thecertification program 200. Thecertification module 114 may track users enrolled in thecertification program 200 to determine which task groups 222(1)-(n) are assigned to which users, which users have completed one or more healthcare certification tasks 228(1)-(n) of the task groups 222(1)-(n), or other functionality related to users as described above. - In one or more embodiments, receiving 708 the indication that the enrolled user has completed the healthcare certification task of the assigned one task group may include the
certification module 114 receiving data from theserver 110, theclient device 120, or another device indicating that the enrolled user has completed a healthcare certification task 228(1). The data may include data indicating whether a user viewed a video, whether a user properly performed on a training mannequin, or whether a user earned a certain score on a test, or whether a user performed some other healthcare certification task 228-completing action. - In one embodiment, generating the two or more task groups may include customizing the two or more task groups based on a specialty of a user enrolled in the CPR certification program. For example, as discussed above, to which branch the participating user may be assigned may be based on one or more characteristics of the participating user. The
certification module 114 may obtain the specialty of the enrolled user from theaccounts module 112 or from some other source. As another example discussed above, users enrolled in the CPR certification program may all include the same specialty (e.g. emergency room doctors), and thecertification program 200 associated with that group may include one or more task groups 222(1)-(n) selected for that specialty. - In some embodiments, the
method 700 may further include obtaining, at the server, the healthcare certification task from the American Red Cross. For example, theserver 110 may receive a data representation of a healthcare certification task 228(1) over thedata network 130 from a server or other computing device operated by the American Red Cross. The healthcare certification task 228(1) may be received by thecertification module 114. The healthcare certification task 228(1) may be added to the library of healthcare certification tasks 228(1)-(6). - In one or more embodiments, administering the CPR certification program may further include, in response to the user completing the two or more task groups, issuing a CPR certification to the user. The user completing the two or more task groups may include the user completing the required healthcare certification tasks 228(1)-(6) of the two or more task groups 222(1)-(6) between the respective start dates 224(1)-(6) and respective end dates 226(1)-(6) of the two or more task groups 222(1)-(6) as discussed above, or may include some other action required by the
certification program 200 to complete the two or more task groups. -
FIG. 8 depicts one embodiment of amethod 800. Themethod 800 may include a computer-implemented method. In one embodiment, themethod 800 may include obtaining 802, at a computing device, an input that defines an interval for assigning task groups to an enrolled user. Themethod 800 may include obtaining 804, at the computing device, a selection of one or more healthcare certification tasks. Themethod 800 may include generating 806, at the computing device, one or more task groups. A task group of the one or more task groups may include a healthcare certification task of the one or more healthcare certification tasks. Themethod 800 may include generating 808, at the computing device, a certification program corresponding to a healthcare protocol, and associating the one or more task groups with the certification program. - In some embodiments, the
method 800 may include administering, at the computing device, the certification program. Administering the certification program may include, in response to the arrival of a first start date, assigning 810, via the computing device, the task group to the enrolled user enrolled in the certification program. Administering the certification program may include receiving 812, at the computing device, an indication that the enrolled user has completed the healthcare certification task of the task group. - In one or more embodiments, the computing device may include the
server 110. The interval for assigning task groups may include theinterval 212. The enrolled user may include a participating user of the participatingusers 214. The one or more healthcare certification tasks may include the healthcare certification tasks 228(1)-(6). The one or more task groups may include task groups 222(1)-(6). The certification program may include acertification program 200. - In one embodiment, obtaining 804 the selection of the one or more healthcare certification tasks may include obtaining a selection of healthcare certification tasks 228(1)-(6) from a library of healthcare certification tasks stored by the
certification module 114. In some embodiments, a certification administrator may select the healthcare certification tasks 228(1)-(6) and thecertification module 114 may receive the selection of healthcare certification tasks 228(1)-(6). In another embodiment, thecertification module 114 may automatically generate at least a portion of acertification program 200, which may include automatically selecting the one or more healthcare certification tasks 228(1)-(6), as described above. - In one embodiment, generating 806 the one or more task groups may include customizing the one or more task groups 222(1)-(6) based on a specialty of the enrolled user. In some embodiments, customizing the one or more task groups 222(1)-(6) based on the specialty of the enrolled user may include selecting a healthcare certification task 228(1) from the one or more healthcare certification tasks 228(1)-(6) based on the specialty of the enrolled user, and including the selected healthcare certification task 228(1) with the task group 222(1) of the one or more task groups 222(1)-(6).
- In some embodiments, generating 806 the one or more task groups may include receiving, via user input received from a user interface, a selection of the healthcare certification task 228(1) from the one or more healthcare certification tasks 228(1)-(6) for inclusion with the task group 222(1) of the one or more task groups 222(1)-(6). In one embodiment, generating 806 the one or more task groups may include the computing device automatically selecting the healthcare certification task 228(1) from the one or more healthcare certification tasks 228(1)-(6) for inclusion with the task group 222(1) of the one or more task groups 222(1)-(6).
- In one or more embodiments, assigning 810 the task group of the one or more task groups to the enrolled user may include assigning the task group 222(1) to the one or more enrolled users of the enrolled
users group 214. In one embodiment, the enrolledusers group 214 may include one or more users that include a common characteristic. The common characteristic may include a specialty, a healthcare worker position, or whether the enrolled users group includes one or more healthcare workers. -
FIG. 9 depicts one embodiment of amethod 900. Themethod 900 may include a computer-implemented method. Themethod 900 may include obtaining 902, at a server, an input that defines an interval for assigning task groups to an enrolled user. Themethod 900 may include obtaining 904, at the server, a selection of one or more healthcare certification tasks. Themethod 900 may include generating 906, at the server, one or more task groups. A task group of the one or more task groups may include a healthcare certification task of the one or more healthcare certification tasks. - The
method 900 may include generating 908 one or more trigger events. A trigger event of the one or more trigger events may include a condition and data linking a first task group of the one or more task groups to a second task group of the one or more task groups. Themethod 900 may include generating 910, at the server, a certification program corresponding to a healthcare protocol. Generating 910 the certification program may include associating the one or more task groups with the certification program. Themethod 900 may include administering, at the server, the certification program. Administering the certification program may include, in response to the arrival of a first start date, assigning 912 the first task group to the enrolled user enrolled in the certification program. Administering the certification program may include, in response to fulfillment of the condition of the trigger event of the first task group, assigning 914 the second task group to the enrolled user. - In some embodiments, the server may include the
server 110. The interval for assigning task groups may include theinterval 212. The one or more healthcare certification tasks may include the healthcare certification tasks 228(1)-(6). The one or more task groups may include task groups 222(1)-(6). The one or more trigger events may include the trigger events 230(1)-(2). The certification program may include acertification program 200. The first start data may include the start date 224(1). The first task group may include the task group 222(1). The second task group may include the task group 222(2). - In one embodiment, the condition may include the enrolled user completing at least a portion of the healthcare certification tasks 228(1) of the first task group 222(1). In some embodiments, the condition may include an arrival of a due date 226(1) of the first task group 222(1). In one embodiment, the condition may include the enrolled user earning below a threshold score on a healthcare certification task 228(1) of the first task group 222(1). In one or more embodiments, the condition may include a specialty of the enrolled user.
-
FIG. 10 depicts one embodiment of amethod 1000. Themethod 1000 may include a computer-implemented cardiac arrest response walkthrough method. In one embodiment, themethod 1000 may include receiving 1002, at a server, a request for a cardiac arrest response walkthrough. Themethod 1000 may include receiving 1004, at the server, patient data associated with a patient. The patient data may include data describing a characteristic of the associated patient. - In some embodiments, the
method 1000 may include generating 1006, at the server, the cardiac arrest response walkthrough. The cardiac arrest response walkthrough may include one or more cardiac arrest response steps. The server may customize the one or more cardiac arrest response steps based on the patient data. Themethod 1000 may include sending 1008, to a client device, the cardiac arrest response walkthrough. Themethod 1000 may include receiving 1010 healthcare event data that describes a cardiac arrest medical episode with the patient. Themethod 1000 may include generating 1012 an encounter record based on the received healthcare event data. The encounter record may include one or more cardiac arrest events associated with the patient. - In one or more embodiments, the server may include the
server 110. In some embodiments, theencounter module 116 or thewalkthrough module 118 may perform one or more of the steps 1002-1012 of themethod 1000. The cardiac arrest response walkthrough may include ahealthcare protocol walkthrough 400. Thehealthcare protocol name 412 may include cardiac arrest. In one embodiment, the patient data may include the patient information that may be displayed in theauxiliary information area 510. The patient data may be sent by anEHR database 606, aclient device event data 330 of anencounter record 300. The one or more cardiac arrest events may include one or more events 332(1)-(n). - In some embodiments, receiving 1002 the request for the cardiac arrest response walkthrough may include receiving the request from a mobile device of a healthcare worker. The mobile device may include a
client device 120. In one embodiment, receiving 1004 the patient data associated with the patient may include receiving the patient data from the mobile device. In one or more embodiments, customizing the one or more cardiac arrest response steps based on the patient data may include theserver 110 customizing the one or more cardiac arrest response steps 426(1)-(n) based on the patient's age. - In one embodiment, the encounter record, which may include the
encounter record 300, may include data indicating theencounter record 300 is associated with a cardiac arrest healthcare protocol (i.e., thehealthcare protocol name 324 may include “Cardiac Arrest”) and anoutcome 316 of the cardiac arrest medical episode. In some embodiments, themethod 1000 may further include determining, based on an event-task mapping, whether a healthcare event 332(1) of thehealthcare event data 330 contributes to fulfilling a healthcare certification task 228(1) of a cardiacarrest certification program 200. -
FIG. 11 depicts one embodiment of amethod 1100. Themethod 1100 may include a computer-implemented method. Themethod 1100 may include receiving 1102, at a server, a request for a healthcare protocol walkthrough. Themethod 1100 may include generating 1104, at the server, the requested healthcare protocol walkthrough. The healthcare protocol walkthrough may include one or more stages. The healthcare protocol walkthrough may include one or more steps. Each stage of the one or more stages may include at least one step of the one or more steps. - The
method 1100 may include sending 1106, to a client device, at least a portion of the generated healthcare protocol walkthrough. Themethod 1100 may include receiving 1108 healthcare event data. Themethod 1100 may include generating 1110 an encounter record based on the healthcare event data. The encounter record may include one or more healthcare events. - In some embodiments, the server may include the
server 110. The healthcare protocol walkthrough may include ahealthcare protocol walkthrough 400. The one or more stages may include one or more stages 420(1)-(n) of thehealthcare protocol walkthrough 400. The one or more steps may include one or more steps 426(1)-(n) of thehealthcare protocol walkthrough 400. The client device may include aclient device event data 330. The encounter record may include anencounter record 300. The healthcare events may include events 332(1)-(n). - In some embodiments, the
method 1100 may further include receiving patient data associated with a patient. Receiving the patient data associated with the patient may be similar to receiving 1004, at the server, patient data associated with a patient as described in relation to themethod 1000 ofFIG. 10 . Generating 1104 the requested healthcare protocol walkthrough may further include selecting at least a portion of the one or more steps 426(1)-(n) based on the patient data. - In one or more embodiments, receiving the patient data associated with the patient may include receiving the patient data from a
client device database 606. The patient data associated with the patient may include the patient's age, the patient's sex, or at least a portion of the patient's medical history. In some embodiments, receiving 1108 the healthcare event data may include receiving thehealthcare event data 330 from theclient device EHR database 606, or a medical device. The medical device may include an electrocardiograph (ECG)device 124, a respiratory monitoring device, a pacemaker, or some other type of medical device. - Some of the steps of the above-described
methods systems methods client device method method FIGS. 1-6 , although not explicitly described in relation toFIGS. 7-11 . - In some embodiments, a user of the
system 100 may include a person that works at healthcare facility but does not access thesystem 100 himself or herself but has another person (such as hospital support staff) access thesystem 100 on the user's behalf. For example, a janitor that works at a hospital may not use aclient device 120 to interact with theserver 110, however a hospital support staff may use aclient device 120 to update the janitor's user account information, track the janitor's progress in maintaining certification in a healthcare protocol, or performother system 100 functionality. - In some embodiments, a module (such as the
account module 112,certification module 114,encounter module 116,walkthrough module 118, or other module) storing data may include the module storing the data in an area of a file system of theserver 110 that the module controls. In other embodiments, the module storing data may include the module storing data in a database. The database may be a database stored on theserver 110 or may include a database on another device. - In some embodiments, one or more modules of the
server 110 may send data to an external data repository. The external data repository may include a PSO. Before theserver 110 sends the data to the PSO, theserver 110 may strip the data of identifying information or other information such that the data complies with healthcare information regulation (e.g., the Health Insurance Portability and Accountability Act (HIPAA)). In some embodiments, the data sent to the PSO may include a healthcare protocol used on a patient in an actual medical episode, the outcome of using the healthcare protocol, or other data. The PSO may use the received data to improve healthcare protocols, training, or other information. The PSO may send updated healthcare protocol data to theserver 110. - As will be appreciated by one skilled in the art, aspects of the present disclosure may be embodied as an apparatus, system, method, computer program product, or the like. Accordingly, aspects of the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module,” or “system.” Furthermore, aspects of the present disclosure may take the form of a computer program product embodied in one or more computer readable medium(s) having program code embodied thereon.
- In some embodiments, a module may be implemented as a hardware circuit comprising custom VLSI circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components. A module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.
- Modules may also be implemented in software for execution by various types of processors. An identified module of program code may, for instance, comprise one or more physical or logical blocks of computer instructions which may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together but may comprise disparate instructions stored in different locations which, when joined logically together, comprise the module and achieve the stated purpose for the module.
- Indeed, a module of program code may be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices. Similarly, operational data may be identified and illustrated herein within modules and may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set or may be distributed over different locations including over different storage devices, and may exist, at least partially, merely as electronic signals on a system or network. Where a module or portions of a module are implemented in software, the program code may be stored and/or propagated on in one or more computer readable medium(s).
- The computer program product may include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of the present disclosure.
- The computer readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of the computer readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing. A computer readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
- Computer readable program instructions described herein can be downloaded to respective computing/processor devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network. The network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. A network adapter card or network interface in each computing/processor device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processor device.
- Computer readable program instructions for carrying out operations of the present disclosure may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++ or the like, and conventional procedural programming languages, such as the C programming language or similar programming languages. The computer readable program instructions may execute on a supercomputer, a compute cluster, or the like. The computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider). In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present disclosure.
- Aspects of the present disclosure are described herein with reference to flowchart illustrations or block diagrams of methods, apparatuses, systems, or computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer readable program instructions.
- These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
- The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
- The schematic flow chart diagrams included herein are generally set forth as logical flow chart diagrams. As such, the depicted order and labeled steps are indicative of one embodiment of the presented method. Other steps and methods may be conceived that may be equivalent in function, logic, or effect to one or more steps, or portions thereof, of the illustrated method. Additionally, the format and symbols employed are provided to explain the logical steps of the method and are understood not to limit the scope of the method. Although various arrow types and line types may be employed in the flow chart diagrams, they are understood not to limit the scope of the corresponding method. Indeed, some arrows or other connectors may be used to indicate only the logical flow of the method. For instance, an arrow may indicate a waiting or monitoring period of unspecified duration between enumerated steps of the depicted method. Additionally, the order in which a particular method occurs may or may not strictly adhere to the order of the corresponding steps shown.
- The schematic flowchart diagrams and/or schematic block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of apparatuses, systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the schematic flowchart diagrams and/or schematic block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions of the program code for implementing the specified logical function(s).
- It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the Figures. For example, two blocks shown in succession may, in fact, be executed concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. Other steps and methods may be conceived that are equivalent in function, logic, or effect to one or more blocks, or portions thereof, of the illustrated Figures.
- Although various arrow types and line types may be employed in the flowchart and/or block diagrams, they are understood not to limit the scope of the corresponding embodiments. Indeed, some arrows or other connectors may be used to indicate only the logical flow of the depicted embodiment. For instance, an arrow may indicate a waiting or monitoring period of unspecified duration between enumerated steps of the depicted embodiment. It will also be noted that each block of the block diagrams and/or flowchart diagrams, and combinations of blocks in the block diagrams and/or flowchart diagrams, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and program code.
- Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
Claims (20)
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/576,200 US20210090451A1 (en) | 2019-09-19 | 2019-09-19 | Systems and Methods for Health Education, Certification, and Recordation |
US16/721,700 US10872537B1 (en) | 2019-09-19 | 2019-12-19 | Systems and methods for health education, certification, and recordation |
PCT/US2020/070554 WO2021056026A1 (en) | 2019-09-19 | 2020-09-18 | Systems and methods for health education, certification, and recordation |
CA3151071A CA3151071A1 (en) | 2019-09-19 | 2020-09-18 | Systems and methods for health education, certification, and recordation |
PCT/US2020/070556 WO2021056028A1 (en) | 2019-09-19 | 2020-09-18 | Systems and methods for health education, certification, and recordation |
CA3238608A CA3238608A1 (en) | 2019-09-19 | 2020-09-18 | Systems and methods for health education, certification, and recordation |
CA3151109A CA3151109A1 (en) | 2019-09-19 | 2020-09-18 | Systems and methods for health education, certification, and recordation |
US18/381,225 US20240046809A1 (en) | 2019-09-19 | 2023-10-18 | Systems and methods for competency-based training and certification |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/576,200 US20210090451A1 (en) | 2019-09-19 | 2019-09-19 | Systems and Methods for Health Education, Certification, and Recordation |
US16/576,116 US11132914B2 (en) | 2019-09-19 | 2019-09-19 | Systems and methods for health education, certification, and recordation |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/576,116 Continuation US11132914B2 (en) | 2019-09-19 | 2019-09-19 | Systems and methods for health education, certification, and recordation |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/721,700 Continuation-In-Part US10872537B1 (en) | 2019-09-19 | 2019-12-19 | Systems and methods for health education, certification, and recordation |
US18/381,225 Continuation US20240046809A1 (en) | 2019-09-19 | 2023-10-18 | Systems and methods for competency-based training and certification |
Publications (1)
Publication Number | Publication Date |
---|---|
US20210090451A1 true US20210090451A1 (en) | 2021-03-25 |
Family
ID=74882034
Family Applications (6)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/576,200 Abandoned US20210090451A1 (en) | 2019-09-19 | 2019-09-19 | Systems and Methods for Health Education, Certification, and Recordation |
US16/576,116 Active US11132914B2 (en) | 2019-09-19 | 2019-09-19 | Systems and methods for health education, certification, and recordation |
US16/721,700 Active US10872537B1 (en) | 2019-09-19 | 2019-12-19 | Systems and methods for health education, certification, and recordation |
US17/447,907 Active US11893905B2 (en) | 2019-09-19 | 2021-09-16 | Systems and methods for health education, certification, and recordation |
US18/381,225 Pending US20240046809A1 (en) | 2019-09-19 | 2023-10-18 | Systems and methods for competency-based training and certification |
US18/404,974 Pending US20240135833A1 (en) | 2019-09-19 | 2024-01-05 | Systems and Methods for Health Education, Certification, and Recordation |
Family Applications After (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/576,116 Active US11132914B2 (en) | 2019-09-19 | 2019-09-19 | Systems and methods for health education, certification, and recordation |
US16/721,700 Active US10872537B1 (en) | 2019-09-19 | 2019-12-19 | Systems and methods for health education, certification, and recordation |
US17/447,907 Active US11893905B2 (en) | 2019-09-19 | 2021-09-16 | Systems and methods for health education, certification, and recordation |
US18/381,225 Pending US20240046809A1 (en) | 2019-09-19 | 2023-10-18 | Systems and methods for competency-based training and certification |
US18/404,974 Pending US20240135833A1 (en) | 2019-09-19 | 2024-01-05 | Systems and Methods for Health Education, Certification, and Recordation |
Country Status (2)
Country | Link |
---|---|
US (6) | US20210090451A1 (en) |
CA (3) | CA3151109A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220044793A1 (en) * | 2020-08-05 | 2022-02-10 | Codescribe Llc | System and method for emergency medical event capture, recording and analysis with gesture, voice and graphical interfaces |
US11532132B2 (en) * | 2019-03-08 | 2022-12-20 | Mubayiwa Cornelious MUSARA | Adaptive interactive medical training program with virtual patients |
US11782943B2 (en) * | 2019-11-18 | 2023-10-10 | Salesforce, Inc. | Method and system for case management |
US11875693B2 (en) | 2018-05-01 | 2024-01-16 | Codescribe Corporation | Simulated reality technologies for enhanced medical protocol training |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110117529A1 (en) * | 2009-11-13 | 2011-05-19 | David Barash | CPR Competition System |
Family Cites Families (65)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4895518A (en) | 1987-11-02 | 1990-01-23 | The University Of Michigan | Computerized diagnostic reasoning evaluation system |
US7013325B1 (en) | 2000-10-26 | 2006-03-14 | Genworth Financial, Inc. | Method and system for interactively generating and presenting a specialized learning curriculum over a computer network |
US20020086267A1 (en) | 2000-11-24 | 2002-07-04 | Thomas Birkhoelzer | Apparatus and method for determining an individually adapted, non-prefabricated training unit |
US6739877B2 (en) | 2001-03-06 | 2004-05-25 | Medical Simulation Corporation | Distributive processing simulation method and system for training healthcare teams |
US20030149759A1 (en) * | 2001-11-02 | 2003-08-07 | Hetherington Brent Taylor | System and method for administering life safety programs |
US6991464B2 (en) | 2001-12-28 | 2006-01-31 | Expert Clinical Systems, Inc. | Web-based medical diagnostic and training system |
US7769465B2 (en) | 2003-06-11 | 2010-08-03 | Matos Jeffrey A | System for cardiac resuscitation |
US20070073555A1 (en) | 2003-10-29 | 2007-03-29 | Patientrack Pty Ltd. | System and process for facilitating the provision of health care |
US20050181348A1 (en) * | 2004-02-17 | 2005-08-18 | Carey Tadhg M. | E-learning system and method |
US7455523B2 (en) | 2004-06-14 | 2008-11-25 | Medical Simulation Corporation | Medical simulation system and method |
US20060019222A1 (en) * | 2004-06-14 | 2006-01-26 | Lelito Lisa F | On-line educational course delivery system for medical and other applications |
US7731500B2 (en) | 2004-07-08 | 2010-06-08 | Laerdal Medical Corporation | Vascular-access simulation system with three-dimensional modeling |
EP1804916A2 (en) | 2004-09-24 | 2007-07-11 | Roger Lee Heath | Resuscitation and life support system, method and apparatus |
WO2006052815A2 (en) | 2004-11-08 | 2006-05-18 | Duroturf International Inc. | Purchase card system and method therefor |
US8731658B2 (en) | 2005-01-31 | 2014-05-20 | Physio-Control, Inc | System and method for using diagnostic pulses in connection with defibrillation therapy |
JP5122305B2 (en) | 2005-02-15 | 2013-01-16 | レルダル メディカル アクティーゼルスカブ | Stand-alone system for assistance in lifesaving situations |
US20080014567A1 (en) | 2006-06-27 | 2008-01-17 | Loretta Schlachta-Fairchild | Clinical healthcare education process and system using remote technologies |
MX2009000206A (en) | 2006-07-12 | 2009-06-08 | Medical Cyberworlds Inc | Computerized medical training system. |
US7993290B2 (en) | 2006-12-15 | 2011-08-09 | Laerdal Medical As | Display unit for providing feedback in CPR |
US8394040B2 (en) | 2006-12-15 | 2013-03-12 | Laerdal Medical As | Signal processing device for providing feedback on chest compression in CPR |
US9028259B2 (en) * | 2007-01-16 | 2015-05-12 | Physio-Control, Inc. | Wearable CPR assist, training and testing device |
GB2446124B (en) | 2007-02-02 | 2009-09-09 | Laerdal Medical As | Device for Monitoring Respiration |
GB2446605A (en) | 2007-02-15 | 2008-08-20 | Laerdal Medical As | Determining CPR chest compression depth |
AU2008230731B2 (en) | 2007-03-28 | 2013-05-30 | Breakthrough Performance Tech, Llc | Systems and methods for computerized interactive training |
GB2449695A (en) | 2007-05-31 | 2008-12-03 | Laerdal Medical As | Monitoring the efficacy of chest compressions |
US8034006B2 (en) | 2007-06-15 | 2011-10-11 | Board Of Regents, The University Of Texas System | Cardiopulmonary resuscitation sensor |
US20090006410A1 (en) * | 2007-06-29 | 2009-01-01 | Seungyeob Choi | System and method for on-line interactive lectures |
US10231077B2 (en) | 2007-07-03 | 2019-03-12 | Eingot Llc | Records access and management |
WO2009018334A2 (en) * | 2007-07-30 | 2009-02-05 | Monster Medic, Inc. | Systems and methods for remote controlled interactive training and certification |
AU2008302348A1 (en) | 2007-09-17 | 2009-03-26 | Government Of The United States As Represented By The Secretary Of The Army | Obstetrics simulation and training method and system |
US8594996B2 (en) | 2007-10-17 | 2013-11-26 | Evri Inc. | NLP-based entity recognition and disambiguation |
CA2644974A1 (en) * | 2007-11-22 | 2009-05-22 | Steve Carkner | System and method for remote verification of training |
US8827708B2 (en) | 2008-01-11 | 2014-09-09 | Laerdal Medical As | Method, system and computer program product for providing a simulation with advance notification of events |
EP4083968A1 (en) | 2008-07-28 | 2022-11-02 | Breakthrough Performancetech, LLC | Systems and methods for computerized interactive skill training |
US8471899B2 (en) | 2008-12-02 | 2013-06-25 | Careview Communications, Inc. | System and method for documenting patient procedures |
EP2499748A4 (en) | 2009-11-13 | 2017-03-01 | Zoll Medical Corporation | Community-based response system |
US20110117529A1 (en) * | 2009-11-13 | 2011-05-19 | David Barash | CPR Competition System |
US9153142B2 (en) | 2011-05-26 | 2015-10-06 | International Business Machines Corporation | User interface for an evidence-based, hypothesis-generating decision support system |
US20120310103A1 (en) | 2011-06-02 | 2012-12-06 | Nokia Siemens Networks Oy | Heart monitor with user input |
US9183720B2 (en) | 2012-01-14 | 2015-11-10 | DocView Solutions LLC | Interactive medical device monitoring and management system |
AU2013220660A1 (en) | 2012-02-17 | 2014-04-24 | Laerdal Medical As | System and method for maintenance of competence |
US9886873B2 (en) | 2012-04-19 | 2018-02-06 | Laerdal Medical As | Method and apparatus for developing medical training scenarios |
SG11201501945QA (en) | 2012-09-13 | 2015-05-28 | Univ California | Automated advanced resuscitation training generation system and method therefor |
US20140099617A1 (en) | 2012-10-10 | 2014-04-10 | Richard D. Tallman, JR. | Patient simulation system for medical services or diagnostic machines |
CN105208926A (en) | 2013-03-14 | 2015-12-30 | 佐尔医药公司 | Windowing for identifying shock outcome |
EP2973498A4 (en) * | 2013-03-15 | 2016-11-16 | Ashi Holding Company | Online cpr training and certification |
US9324120B2 (en) | 2013-06-07 | 2016-04-26 | Emergency University, Inc. | Method and apparatus for emergency response notification |
US10109377B2 (en) | 2013-12-03 | 2018-10-23 | Cura Technologies Inc. | System and method for facilitating delivery of patient-care |
US20150227632A1 (en) | 2014-02-11 | 2015-08-13 | Military Job Networks, Inc. | Occupational specialty and classification code decoding and matching method and system |
US20150229767A1 (en) | 2014-02-11 | 2015-08-13 | Peter Joseph POLACK | System and method for routing workflow items based on a chain of accountability protocol |
EP3142736A4 (en) | 2014-05-12 | 2018-02-14 | Michael Shen | Directing treatment of cardiovascular events by non-specialty caregivers |
US10133847B2 (en) | 2014-06-10 | 2018-11-20 | International Business Machines Corporation | Automated medical problem list generation from electronic medical record |
US20150363572A1 (en) | 2014-06-13 | 2015-12-17 | Helge Myklebust | System and Method for Providing Emergency Medical Counselling |
US10026328B2 (en) | 2014-10-21 | 2018-07-17 | i-Human Patients, Inc. | Dynamic differential diagnosis training and evaluation system and method for patient condition determination |
US10387793B2 (en) | 2014-11-25 | 2019-08-20 | International Business Machines Corporation | Automatic generation of training cases and answer key from historical corpus |
US10445654B2 (en) | 2015-09-01 | 2019-10-15 | International Business Machines Corporation | Learning parameters in a feed forward probabilistic graphical model |
JP6519748B2 (en) | 2015-09-30 | 2019-05-29 | 日立オートモティブシステムズ株式会社 | Parking assistance device |
US10376441B2 (en) | 2015-12-28 | 2019-08-13 | Ximio Health Inc. | Electronic devices for assisting performance of medical procedures |
WO2017191227A1 (en) | 2016-05-04 | 2017-11-09 | Koninklijke Philips N.V. | Estimation and use of clinician assessment of patient acuity |
US10592502B2 (en) | 2016-10-25 | 2020-03-17 | International Business Machines Corporation | Natural language processing review and override based on confidence analysis |
US20180144656A1 (en) * | 2016-11-18 | 2018-05-24 | edX Inc. | Educational content review |
WO2018178358A1 (en) | 2017-03-30 | 2018-10-04 | Koninklijke Philips N.V. | A rapid response system for cardiac arrest |
US10438415B2 (en) | 2017-04-07 | 2019-10-08 | Unveil, LLC | Systems and methods for mixed reality medical training |
US11270597B2 (en) * | 2018-05-01 | 2022-03-08 | Codescribe Llc | Simulated reality technologies for enhanced medical protocol training |
US20200105405A1 (en) | 2018-10-01 | 2020-04-02 | Matthew Brandt | Differential diagnosis tool |
-
2019
- 2019-09-19 US US16/576,200 patent/US20210090451A1/en not_active Abandoned
- 2019-09-19 US US16/576,116 patent/US11132914B2/en active Active
- 2019-12-19 US US16/721,700 patent/US10872537B1/en active Active
-
2020
- 2020-09-18 CA CA3151109A patent/CA3151109A1/en active Pending
- 2020-09-18 CA CA3151071A patent/CA3151071A1/en active Pending
- 2020-09-18 CA CA3238608A patent/CA3238608A1/en active Pending
-
2021
- 2021-09-16 US US17/447,907 patent/US11893905B2/en active Active
-
2023
- 2023-10-18 US US18/381,225 patent/US20240046809A1/en active Pending
-
2024
- 2024-01-05 US US18/404,974 patent/US20240135833A1/en active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11875693B2 (en) | 2018-05-01 | 2024-01-16 | Codescribe Corporation | Simulated reality technologies for enhanced medical protocol training |
US11532132B2 (en) * | 2019-03-08 | 2022-12-20 | Mubayiwa Cornelious MUSARA | Adaptive interactive medical training program with virtual patients |
US11782943B2 (en) * | 2019-11-18 | 2023-10-10 | Salesforce, Inc. | Method and system for case management |
US20220044793A1 (en) * | 2020-08-05 | 2022-02-10 | Codescribe Llc | System and method for emergency medical event capture, recording and analysis with gesture, voice and graphical interfaces |
Also Published As
Publication number | Publication date |
---|---|
CA3238608A1 (en) | 2021-03-25 |
US20240046809A1 (en) | 2024-02-08 |
US20240135833A1 (en) | 2024-04-25 |
US11132914B2 (en) | 2021-09-28 |
US11893905B2 (en) | 2024-02-06 |
CA3151071A1 (en) | 2021-03-25 |
US20210090450A1 (en) | 2021-03-25 |
US20220005369A1 (en) | 2022-01-06 |
US10872537B1 (en) | 2020-12-22 |
CA3151109A1 (en) | 2021-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11893905B2 (en) | Systems and methods for health education, certification, and recordation | |
Kauth et al. | Teleconsultation and training of VHA providers on transgender care: implementation of a multisite hub system | |
Ventre et al. | Using in situ simulation to evaluate operational readiness of a children’s hospital-based obstetrics unit | |
Shipherd et al. | Nationwide interdisciplinary e-consultation on transgender care in the Veterans Health Administration | |
Lammers et al. | Medication errors in prehospital management of simulated pediatric anaphylaxis | |
McLaughlin et al. | Demystifying process mapping: a key step in neurosurgical quality improvement initiatives | |
AU2017204146A1 (en) | Medical procedure training system | |
Mitchell et al. | Rapid response and cardiac arrest teams: a descriptive analysis of 103 American hospitals | |
Koers et al. | Effect of cognitive aids on adherence to best practice in the treatment of deteriorating surgical patients: a randomized clinical trial in a simulation setting | |
Wu et al. | Supporting emergency medical care teams with an integrated status display providing real-time access to medical best practices, workflow tracking, and patient data | |
Rosenwohl-Mack et al. | Understanding experiences of moral distress in end-of-life care among US and UK physician trainees: a comparative qualitative study | |
US20210343427A1 (en) | Systems and Methods for an Artificial Intelligence System | |
Jackson-Triche et al. | Meeting the behavioral health needs of health care workers during COVID-19 by leveraging chatbot technology: development and usability study | |
WO2021056026A1 (en) | Systems and methods for health education, certification, and recordation | |
Hao et al. | The First Affiliated Hospital of Xinjiang Medical University | |
Mira et al. | Design and testing of the safety agenda mobile app for managing health care managers’ patient safety responsibilities | |
Brown | Pre-Hospital resuscitation: what shall we tell the family? | |
Caruso et al. | Operating room codes redefined: a highly reliable model integrating the core hospital code team | |
Tolins et al. | Implementation and effectiveness of a physician-focused peer support program | |
Welsh et al. | TeleICU interdisciplinary care teams | |
Craig et al. | Tailoring communication training for health care providers: a case study in translating research into practice | |
Spitzer et al. | Tips for pandemic response planning for Internal Medicine training programs | |
McDonald et al. | How to Empathically and Honestly Communicate After Harm: Best Practices of Empathic Communication to Support Staff while Mitigating Risk | |
Claflin | Computerized interdisciplinary assessment | |
Power et al. | Are you prepared for a medical emergency? |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: HEALTHSTREAM, INC., TENNESSEE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FRIST, ROBERT, JR.;REEL/FRAME:051870/0147 Effective date: 20200213 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
STCV | Information on status: appeal procedure |
Free format text: APPEAL BRIEF (OR SUPPLEMENTAL BRIEF) ENTERED AND FORWARDED TO EXAMINER |
|
STCV | Information on status: appeal procedure |
Free format text: EXAMINER'S ANSWER TO APPEAL BRIEF MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS |
|
STCV | Information on status: appeal procedure |
Free format text: BOARD OF APPEALS DECISION RENDERED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |