Display layouts and interactive objects for patient monitoring

Abstract

A physiological patient monitoring system with a healthcare professional-facing interface is disclosed. By default, the healthcare professional interface displays only the most important non-sensitive patient information. To access all features within the system, a clinician can unlock the device. Once unlocked, the clinician has access to the patient's entire treatment history, and all data can be integrated and presented intuitively.

Description

[Technical Field]

[0001] Cross-reference to priority application Any and all applications for which a foreign or domestic priority claim is identified in the Application Data Sheet filed with this application are hereby incorporated by reference under 37 CFR 1.57. This application claims the benefit of priority to U.S. Provisional Patent Application No. 62 / 923,248, entitled "DISPLAY LAYOUT AND INTERACTIVE OBJECTS FOR PATIENT MONITORING," filed October 18, 2019, and U.S. Provisional Patent Application No. 63 / 017,151, entitled "DISPLAY LAYOUT AND INTERACTIVE OBJECTS FOR PATIENT MONITORING," filed April 29, 2020. Both of the foregoing are hereby incorporated by reference in their entireties.

[0002] FIELD OF THE DISCLOSURE The present disclosure relates to display layouts and interactive objects for physiological patient monitoring systems. [Background technology]

[0003] In a hospital environment, small oversights can often turn into fatal mistakes. Many of these oversights are due to healthcare professionals constantly being inundated with information. Maintaining complete familiarity with each patient's progress and treatment is difficult, if not impossible, and medical records often list information indiscriminately without indicating which information is most important to the patient's care. Therefore, a more intuitive and streamlined mode of communicating patient information to healthcare professionals is needed. Summary of the Invention [Means for solving the problem]

[0004] For purposes of summarizing the disclosure, certain aspects, advantages, and novel features are discussed herein. It is to be understood that not necessarily all such aspects, advantages, or features may be embodied in any particular embodiment of the invention. Those skilled in the art will recognize from the disclosure herein myriad combinations of such aspects, advantages, or features.

[0005] This disclosure describes a physiological patient monitoring system with a healthcare professional-facing interface. The healthcare professional interface can quickly, concisely, yet clearly communicate important patient information to hospital staff. Due to the sensitive nature of patient information, the healthcare professional interface may, by default, display only the most important, non-sensitive patient information. To access full features within the system, in some configurations, hospital staff may be required to unlock the device via entering a personal identification number (“PIN”), entering a password, scanning a radio frequency identification (“RFID”) chip, or some other method of automated secure access. Once unlocked, hospital staff can access all of the patient's treatment history, and much or all data can be integrated and intuitively presented so that care team members can quickly gain information about a patient's progress before entering the room to speak with the patient.

[0006] Throughout the drawings, reference numbers may be re-used to indicate correspondence between referenced elements. The drawings are provided to illustrate exemplary embodiments described herein and are not intended to limit the scope of the present disclosure. [Brief explanation of the drawings]

[0007] [Figure 1] FIG. 1 illustrates a portable device with a healthcare professional interface of a physiological patient monitoring system mounted outside a patient room. [Figure 2A]10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2B] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2C] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2D] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2E] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2F] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2G] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2H] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2I] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2J] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2K] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2L] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2M] 10A-10C are diagrams of example interfaces of default screens showing important non-confidential patient information, according to some embodiments. [Figure 2N] FIG. 10 is a diagram of an example interface for a passcode entry screen from which a healthcare provider can access a digital patient file, according to some embodiments. [Figure 3A] FIG. 10 is a diagram of an exemplary interface showing physiological measurements of a patient, according to some embodiments. [Figure 3B] FIG. 10 is a diagram of an exemplary interface showing physiological measurements of a patient, according to some embodiments. [Figure 3C] FIG. 10 is a diagram of an exemplary interface showing physiological measurements of a patient, according to some embodiments. [Figure 3D] FIG. 10 is a diagram of an exemplary interface showing physiological measurements of a patient, according to some embodiments. [Figure 3E] FIG. 10 is a diagram of an exemplary interface showing physiological measurements of a patient, according to some embodiments. [Figure 3F] FIG. 10 is a diagram of an exemplary interface showing physiological measurements of a patient, according to some embodiments. [Figure 4A] FIG. 1 illustrates an exemplary interface for tracking patient progress and medical procedures over time, according to some embodiments. [Figure 4B] FIG. 1 illustrates an exemplary interface for tracking patient progress and medical procedures over time, according to some embodiments. [Figure 4C] FIG. 1 illustrates an exemplary interface for tracking patient progress and medical procedures over time, according to some embodiments. [Figure 5A] FIG. 10 is a diagram of an exemplary interface showing real-time updates to patient vitals, according to some embodiments. [Figure 5B] FIG. 10 is a diagram of an exemplary interface showing real-time updates to patient vitals, according to some embodiments. [Figure 6A] FIG. 1 is a diagram of an exemplary interface displaying patient test results, according to some embodiments. [Figure 6B] FIG. 1 is a diagram of an exemplary interface displaying patient test results, according to some embodiments. [Figure 6C] FIG. 1 is a diagram of an exemplary interface displaying patient test results, according to some embodiments. [Figure 6D] FIG. 1 is a diagram of an exemplary interface displaying patient test results, according to some embodiments. [Figure 6E] FIG. 1 is a diagram of an exemplary interface displaying patient test results, according to some embodiments. [Figure 6F] FIG. 1 is a diagram of an exemplary interface displaying patient test results, according to some embodiments. [Figure 7A] FIG. 10 is a diagram of an exemplary interface showing a patient's medication details and daily schedule, according to some embodiments. [Figure 7B] FIG. 10 is a diagram of an exemplary interface showing a patient's medication details and daily schedule, according to some embodiments. [Figure 7C] FIG. 10 is a diagram of an exemplary interface showing a patient's medication details and daily schedule, according to some embodiments. [Figure 7D] FIG. 10 is a diagram of an exemplary interface showing a patient's medication details and daily schedule, according to some embodiments. [Figure 8] FIG. 10 is a diagram of an exemplary interface showing patient questions to various specialists. [Figure 9A] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9B] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9C]FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9D] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9E] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9F] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9G] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9H] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9I] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9J] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9K] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9L]FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9M] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9N] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 9O] FIG. 10 is a diagram of an example interface for a settings page of a physiological patient monitoring system that allows hospital staff to update display preferences, according to some embodiments. [Figure 10A] 1A-1C depict possible variations of symbols and alerts used in a physiological patient monitoring system. [Figure 10B] 1A-1C depict possible variations of symbols and alerts used in a physiological patient monitoring system. [Figure 10C] 1A-1C depict possible variations of symbols and alerts used in a physiological patient monitoring system. [Figure 11A] FIG. 10 is a diagram of an example interface of a clinician login page for setting up a physiological monitoring system on first use, according to some embodiments. [Figure 11B] FIG. 10 is a diagram of an example interface of a clinician login page for setting up a physiological monitoring system on first use, according to some embodiments. [Figure 11C] FIG. 10 is a diagram of an example interface of a clinician login page for setting up a physiological monitoring system on first use, according to some embodiments. [Figure 11D]FIG. 10 is a diagram of an example interface of a clinician login page for setting up a physiological monitoring system on first use, according to some embodiments. [Figure 11E] FIG. 10 is a diagram of an example interface of a clinician login page for setting up a physiological monitoring system on first use, according to some embodiments. DETAILED DESCRIPTION OF THE INVENTION

[0008] Current hospital systems are rife with opportunities for minor oversights to turn into fatal mistakes. These opportunities arise because information is not presented in an easily accessible manner that busy healthcare professionals can quickly and easily understand. Critical patient data is often buried under hundreds of pages of paperwork, and doctors often quickly skim through patient records while chatting with the patient. The presently disclosed healthcare professional interface for a physiological patient monitoring system addresses the problem of inaccessible information by consolidating the most key patient information and presenting it in an intuitive manner. By clearly presenting critical patient information to healthcare professionals, the system can reduce errors that could cost patients their lives.

[0009] FIG. 1 depicts a portable device 100 with a healthcare professional interface of a physiological patient monitoring system mounted or otherwise positioned on a wall outside a patient room. The interface can display medical information about one or more patients occupying the room. In some configurations, the portable device 100 may not be mounted on a wall but may be in close proximity to the patient room. For example, the portable device may be placed on a device-holding stand adjacent to the patient room door. The portable device may be secured in a manner that allows it to be easily removed from the surface to which it is secured. For example, the portable device 100 may be placed in a bin mounted on the wall, held in place by hook-and-loop fasteners, clasped, or some other method that secures the portable device in place while allowing it to be relatively easily removed. In other configurations, the portable device 100 may be secured so that only authorized healthcare personnel can remove the device 100. For example, the device 100 may be stored in a locked bin or locked onto a device stand, where the locking mechanism may be mechanically or electronically controlled. In configurations using mechanical locks, only authorized healthcare providers may be permitted to obtain keys. In configurations using electronic locks, the lock may be automatically unlocked when an authorized provider approaches the device 100 (e.g., through the use of RFID tags, Wi-Fi triangulation, or other known location techniques), or may be manually unlocked via a password, PIN, biometric identification measures, etc. In yet other configurations, the portable device may be located at a nurse's station or carried by a healthcare provider. Deploying the portable device may allow physicians and other hospital staff to review important information about a patient before entering the patient's room. Current leading systems rely on physical printouts of such information, and key information can get lost amid hundreds of pages of paperwork. The most critical information may be difficult to access outside the patient's room. Being aware of this may reduce the likelihood that important information will be overlooked by medical staff.

[0010] To protect patient privacy, device 100 can be configured to dim or completely black the screen under certain circumstances. In some configurations, a portable device may have its screen completely blacked out when the device is not in use. The screen display can be activated by touching the screen or by a button on device 100. In other configurations, the portable device's screen display can automatically turn on when a healthcare provider approaches a patient's room. This can be done through RFID tags, Wi-Fi triangulation, or other known location techniques. In some configurations, the device screen can dim after a predetermined period of time when no use or motion is detected, so that passersby cannot view private patient data if a physician leaves the device unattended. In other configurations, the device can automatically lock after a predetermined period of time when no use or motion is detected. In yet other configurations, device 100 can automatically lock when returned to its assigned mounting location. In yet other configurations, device 100 can be manually locked by a healthcare provider after its use. In some configurations, device 100 may include an alarm system to alert hospital staff that device 100 has not been returned to its assigned area. The alarm system may be triggered after a predetermined period of time away from its assigned area and no use is detected. The alarm system may also generate an audible noise from device 100 or ping other electronic devices associated with the hospital staff member.

[0011] The physiological patient monitoring system can be connected to patient monitoring devices and a hospital data network. Thus, the healthcare professional interface can be updated with live measurements, safety precautions, and test results. The healthcare professional interface can also be connected to other systems integrated within the hospital. For example, a patient room may be equipped with a ceiling-mounted display configured to display various types of health parameters, emergency notifications, and safety precautions. The healthcare professional interface may be in communication with the ceiling-mounted display such that the display shows certain data from the interface. In some configurations, the display can show the default screen 200 of the healthcare professional interface (FIGS. 2A-2C). In other configurations, the display can show any screen from the healthcare professional interface. In still other configurations, the display can receive only data from the healthcare professional interface and then generate different diagrams by applying different color schemes to different types of health parameters or health parameter values. For example, red can be used to indicate health parameter values ​​outside of a predetermined range, while green can be used to indicate health parameter values ​​within a predetermined range. In another example, different colors can be assigned to different physiological parameters. For example, blood pressure readings may be green, while temperature readings may be red. The display may also use different color schemes for notifications indicating different patient conditions. For example, the display may generate and display notifications and / or parameter readings in red during an emergency situation, while the display may generate and display notifications and / or parameter readings in green or without color under normal conditions. The display may be always on, or the display may be on only when the associated portable device 100 is turned on.Updates to both the healthcare professional interface and the ceiling mounted display may occur constantly, automatically, only when new data is manually entered, or any combination of these methods.

[0012] 2A-2C show an example of a default screen 200 for a hospital staff interface of a portable device located outside a patient room. As shown in FIG. 2A, the default screen 200 can list safety precautions 201 and important patient information 202. The safety precautions 201 can alert clinicians to use certain personal protective equipment, including, but not limited to, gloves, eyewear, and masks. The important patient information 202 can include, but is not limited to, severe allergies, other medical conditions, and other potential risks of harm. To protect sensitive patient information, only information not protected by HIPAA (Health Insurance Portability and Accountability Act) can be displayed on the default screen 200, and the interface can remain locked when the device is not in use. The interface can be unlocked via entering a personal identification number (“PIN”), entering a password, scanning a radio frequency identification (“RFID”) chip, or some other method of automated secure access. After being unlocked, the device can display further details in the patient's medical file. The default screen 200 can include a lock status icon 203, allowing the user to easily recognize whether the interface is locked or unlocked. The default screen 200 can identify the room 204 for which patient data is being displayed. The default screen 200 can also include a settings menu 205, described in more detail below with respect to FIGS. 23A-23P, in which the clinician can select what information to display and customize the interface. FIG. 2B shows the default screen 200 after a clinician has logged in. The screen can show an updated lock status icon 206, which can indicate that the interface is unlocked and which clinician is logged in. The default screen 200 can further display device warnings 207, such as, but not limited to, a low battery warning or an unstable connection warning. FIG. 2C shows an exemplary default screen 200 when no patients are assigned to the room and there is no patient data to display. In such a scenario, the default screen 200 may display only the room 204 with which the device 100 is associated. The default screen 200 may further display an unassigned notification 208. In some configurations, the device alert 207 may always be displayed on the default screen 200, i.e., before and after clinician login, regardless of patient assignment. In such a configuration, the device alert 207 will appear simultaneously with the unassigned notification 208.

[0013] FIG. 2D shows another configuration of the hospital staff interface default screen 200. As shown, the important patient information 202 can further include procedure alerts 209 to prevent procedure interruptions. The important patient information 202 can also include eating and drinking warnings 210. The eating and drinking warnings 210 may extend beyond food allergies and may be necessary for patients preparing for procedures that require prior fasting. In this configuration, the default screen 200 can display pathogen risk types 211 present in the room. Safety precautions 201 associated with preventing the displayed pathogen risk types 211 may then be listed. The important patient information 202 can also include warnings about patients who need to be isolated (e.g., highly contagious patients or patients who may pose a safety risk to others). FIG. 2D also shows an alternative settings menu icon 212. The important patient information 202 can be color-coded to reflect various parameters. For example, treatment alerts may be presented in red print or within a red block because they serve to prevent immediate patient harm and should be noticeable.

[0014] 2E-2G are other examples of the default screen 200. FIGS. 2E and 2F show examples of the default screen 200 when the device is associated with a patient. FIG. 2G shows an example of the default screen 200 when there is no patient in the assigned room 204. When there is no patient in the room, safety precautions 201 may be listed as needed. For example, a room may be left vacant for disinfection purposes before admitting the next patient. Under such circumstances, anyone entering the room may still require safety equipment and other precautionary preparations. In other configurations, the default screen 200 may not show safety precautions 201 when there is no patient in the room 204.

[0015] 2H-2K show another exemplary default screen 200 where there are two beds in a patient room associated with the interface. FIGS. 2H and 2I show that a two-bed configuration can display all the same features as the one-bed default screen. The two-bed configuration can further display a bed number 213 for each bed in the room. Key patient information 202 for each patient can be listed in association with the patient's bed number 213. FIGS. 2J and 2K show the two-bed screen when no patients are assigned to the patient room 204. A two-bed configuration with no patient assignment can display all the same features as the one-bed default screen with no patient assignment.

[0016] 2L and 2M show alternative configurations of the default screen 200 where there are four beds in the room associated with the interface. FIG. 2L shows that the four-bed configuration can display all the same features as the one-bed default screen. Vital patient information 202 for each patient can be listed in association with the patient's bed number 213. FIG. 2M shows the four-bed screen when no patients are assigned to the room. The four-bed configuration with no patient assignment can display all the same features as the one-bed default screen with no patient assignment. Thus, for each individual patient, the same features are displayed regardless of the number of beds in the room the device is paired with.

[0017] With respect to FIGS. 2A-2M, it should be noted that safety precautions 201 can be manually selected and / or automatically generated. In some configurations, a healthcare professional can select default safety precautions 201 via one or more settings pages, such as those shown in FIGS. 9A-9P. In some configurations, safety precautions 201 can be automatically generated by the physiological patient monitoring system based at least in part on patient data. In some configurations, safety precautions 201 can be a combination of manually selected and automatically generated items. For example, the physiological patient monitoring system can parse a patient's record for listed allergies and automatically display allergy alerts for those items, while a recommended safety equipment list can be selected by the healthcare professional. In some configurations, the automatically generated safety precautions can be manually overridden by a healthcare professional via one or more settings pages, such as those shown in FIGS. 9A-9P.

[0018] FIG. 2N illustrates an exemplary unlock screen 214. The unlock screen 214 can accept a PIN entry to unlock the patient file. A virtual keyboard 215 can appear on the lock screen to allow the user to enter a passcode. The unlock screen 214 can include a passcode display area 216 that allows the user to view the entered value. In some configurations, the passcode display area 216 can obscure the value so that an unintended viewer cannot accidentally view the passcode. In such configurations, the unlock screen 214 can provide an option to make the entered value visible. It should be understood that the illustrated passcode display area 216 is merely exemplary and that the passcode can be composed of any symbols, letters, or numbers and can be of any length. In other configurations, the unlock screen 214 can require entry of a password, scanning of an RFID chip, or some other method of automatic secure access. In some configurations using a card scanning method of secure access, the unlock screen 214 can include only instructions to scan a card and may not include the virtual keyboard 215 or the passcode display area 216. In other configurations that accept card scans, the unlock screen 214 can still have a passcode display area 216, but the passcode value can be automatically filled in when the card is scanned. In yet other embodiments, the unlock screen 214 can accept either a manually entered passcode or an automatically filled card scan passcode and can have a virtual keyboard 215 and passcode display area 216 to support both functions. Once unlocked, the staff member can navigate the application through a control panel 305, which is described in more detail with respect to FIG. 3A.

[0019] 3A-3E show an illustrative example of a patient dashboard 300 that can only be accessed after the application is unlocked. The patient dashboard 300 can serve as the default screen when the application is unlocked. In some configurations, the patient dashboard 300 may not be the default screen after the application is unlocked. In such cases, the patient dashboard 300 can be accessed via the control panel 305.

[0020] Referring to FIG. 3A, a patient dashboard 300 may list basic patient information 301, key information from the lock screen 302, patient vitals 303, a patient health score 304, and a control panel 305. The health score 304 may be a systemic measurement of the patient's health status. Calculation of the health score 304 may be based on any number of factors, including, but not limited to, pulse rate, oxygen saturation, perfusion index, or any other factor selected by healthcare staff. The basic patient information 301 may include, but is not limited to, the patient's name, age, medical record number, room and bed number, diagnosis, and other such information that a healthcare provider may need to initially interact with the patient. FIG. 3B shows an alternative configuration of the patient dashboard 300 in which the patient's test results 306 may be shown instead of the health score 304. In some configurations, the test results 306 may be presented as a fishbone diagram or other visual representation that is easy for healthcare professionals to review. FIG. 3C illustrates another alternative configuration of the patient dashboard 300 in which the patient's spot check parameters 307 may be displayed rather than the health score 304 or lab results 306. The spot check parameters 307 may be any combination of the patient's vitals measured by the healthcare professional during the patient's most recent spot check. FIG. 3D illustrates yet another configuration of the patient dashboard 300 in which the patient's vitals 303 and spot check parameters 307 may be displayed in different layouts. FIG. 3E illustrates a patient dashboard 300 in which the patient's vitals 303, lab results 306, and spot check parameters 307 may all be displayed. Indeed, the patient dashboard 300 display may be comprised of any combination of the aforementioned features and patient information. The information displayed on the patient dashboard may typically be background information that a medical professional needs before beginning a more in-depth diagnosis. Currently, physicians obtain this information by skimming through the patient's chart while conversing with the patient in the room. Such multitasking increases the risk that the physician will miss important information. With the present disclosure, physicians can quickly obtain all relevant background information before entering the room, eliminating the need for multitasking. This may avoid the need to perform the following.

[0021] 3F is an example patient dashboard 300 when the device does not have a patient file associated with it, is not connected to the hospital network, or is unable to receive data updates for some other reason. In such cases, the patient dashboard 300 may display a no connection warning 308 and a missing data warning 309.

[0022] 4A-4C show an exemplary timeline screen 400. The timeline screen 400 can be accessed via the control panel 305. As shown in FIG. 4A, this feature can track a patient's vitals over time and display the data as a graphical representation 401. This feature can also log changes in the patient's vitals and medical procedures performed on the patient, which can be displayed as a time-stamped event timeline 402. A detailed log of events, such as the event timeline 402, can keep all hospital staff members updated on the patient's progress and help inform their medical decisions. FIG. 4B shows a pinpoint feature. The timeline feature can allow a clinician to select a specific point on the graphical representation 401 and view the data at that point. After selecting a point on the graphical representation 401, this feature can display vital measurements 403 and the time and date 404 when those measurements were taken. In some configurations, selecting a point on the graphical representation for a vital may automatically display measurements of all other vitals at that same time. 4C is an example timeline screen 400 for when a patient may be disconnected from their vitals monitoring machine, the device may have lost connection to the hospital network, or for some other reason the device may have stopped receiving data updates. In such cases, the timeline screen 400 may display a no connection warning 406 and may also display a truncated graph representation 405 that may show the patient's vitals up to the moment the device stopped receiving data updates.

[0023] FIG. 5A illustrates an exemplary live data screen 500 that can show real-time updates to a patient's vitals. The live data screen 500 can be accessed via the control panel 305. The live data screen 500 can be configurable to show any number of physiological measurements, including, but not limited to, basic patient information 301, patient vitals 303, and a patient health score 304. FIG. 5B illustrates an exemplary live data screen 500 when a patient may be disconnected from a vitals monitoring machine, the device may have lost connection to the hospital network, or the device may have stopped receiving data updates for some other reason. In such cases, the live data screen 500 can display a no connection warning 501. The screen 500 can indicate a lack of patient data by using dashes instead of the physiological measurements that would normally be listed, by leaving the display space blank, or by some other method that indicates that the device is not receiving patient data.

[0024] FIG. 6A shows an exemplary Exams & Images screen 600 that can display a patient's test results 601. The Exams & Images screen 600 can be accessed via the control panel 305. Navigation tabs 602 allow a physician to select test results by test and may also allow the physician to view the patient's x-rays. FIGS. 6B-6D show alternative layouts that can support a 1-Fishbone Diagram view 603, a 2-Fishbone Diagram view 604, or a 3-Fishbone Diagram view 605. In some configurations, the layout displaying the fishbone diagram also displays the patient's complete test results 601. In other configurations, the layout with the fishbone diagram can display only the fishbone diagram to summarize the test results. Typically, not all parts of a test report are important to a diagnosis, and alternative layouts can consolidate the most important information in a format that is easy for the physician to understand, thereby enabling the physician to work more efficiently. FIG. 6E is an exemplary x-ray view screen 606 that allows a physician to review a patient's x-rays. 6F shows an example Exams & Images screen 600 when the patient file is empty, the device has lost connection to the hospital network, or for some other reason the device is unable to receive data updates. In such cases, the Exams & Images screen 600 may display a No Connection warning 607.

[0025] 7A-7D illustrate an exemplary Medication & Schedule screen 700. The Medication & Schedule screen 700 can be accessed via the control panel 305. As shown in FIG. 7A, a navigation menu 701 can enable medical staff to view a patient's prescribed medication details 702 and a daily schedule 704 (shown in FIG. 7C). Medication details 702 can include, but are not limited to, the name of the medication, information about the medication's administration, and the medication's physical form. FIG. 7B illustrates an exemplary Medication & Schedule screen 700 when a patient is missing prescribed medications, the device has lost connection to the hospital network, or the device is unable to receive data updates for some other reason. In such cases, the interface can display a No Information warning 703. FIG. 7C is an exemplary illustration of a Schedule subscreen 704, which can display a patient's daily schedule. The daily schedule can include details of each planned activity or event, including the time of each event. The Schedule subscreen 704 can also indicate whether activities are completed. The activity may be automatically marked as completed after the scheduled time has elapsed, or the activity may simply be marked as completed based on input from the healthcare provider. Figure 7D is an alternative configuration of the schedule sub-screen 704, which allows the user to scroll through the schedule for various days via a date selector 705.

[0026] FIG. 8 shows an exemplary patient question screen 800. The patient question screen 800 may be accessed via the control panel 305. The patient question screen 800 may display questions entered by the patient into a corresponding patient-facing interface of the physiological patient monitoring system. The patient-facing interface may be accessed through an application on a portable device accessible to the patient. A staff selection panel 801 may allow medical staff to see only questions that pertain to them. The staff selection panel 801 may list specific specialists, such as radiologists, oncologists, or respiratory therapists, rather than just general job titles, such as physicians or nurses.

[0027] 9A-9O show various example pages of the application's settings that allow hospital staff to update patient information and display preferences. Settings can be accessed via the settings menu icon 205, 762. A navigation panel 900 may allow healthcare providers to edit the features that are displayed on the default screen 200 and on each screen listed on the control panel 305. This settings screen can be used to change the application display to show the number of beds in the room, set a default display when the device cannot connect to patient data, update patient information, update patient scheduling, update medication information, or customize and / or update any of the features described herein.

[0028] Figure 10A shows possible variations of safety precaution symbols used within the application. Figures 10B and 10C show a list of possible patient warnings that a clinician can select to display on the interface default screen. It should be understood that Figures 10A-10C are non-limiting and do not exclude the use of other symbols and warnings not expressly disclosed herein.

[0029] 11A-11E are exemplary configurations of setup screens for a physiological patient monitoring healthcare professional interface. The setup screens can appear before the first use of the application. FIG. 11A shows an exemplary provisioning screen 1100 with an Internet Protocol (“IP”) address input section 1101 and a PIN input section 1102. In some configurations, the passcode, rather than a four-digit PIN, can be of any length and can consist of any combination of symbols, letters, or numbers. Provisioning is especially important for devices used in healthcare due to the sensitive and protected nature of patient information. Using device IP addresses ensures that only verified devices can communicate with the network and access private patient data. FIGS. 11B-11C show an exemplary login screen 1103 with a username input section 1104 and a password input section 1105. As shown in FIG. 11C, the password input section 1105 can be obscured to prevent an unintended viewer from accidentally viewing the passcode. In such configurations, there may be an additional option to make the password visible. 11D and 11E are exemplary room selection screens 1106. The room selection screen 1106 may allow a system administrator to pair a device with a specific patient room. FIG. 11E shows an exemplary room selection screen 1106 where the room can be selected from a drop-down menu. In other configurations, the room number can be typed in via a virtual keyboard.

[0030] The various features and processes described above may be used independently of one another or may be combined in various ways. All possible combinations and subcombinations are intended to fall within the scope of the present disclosure. In addition, certain interfaces and features may be omitted in some implementations. The interfaces described herein are also not limited to any particular order and may be arranged in other suitable orders. Features may be added to or removed from the exemplary configurations disclosed. The exemplary systems and components described herein may be configured differently from those described. For example, elements may be added, removed, or rearranged compared to the exemplary configurations disclosed.

[0031] Conditional language such as "can," "could," "might," or "may," among others, unless specifically stated otherwise or understood otherwise in the context in which it is used, is generally intended to convey that certain features, elements, and / or steps are included in certain configurations but not in other configurations. Thus, such conditional language is generally not intended to imply that the features, elements, and / or steps are required in any way for one or more configurations, or that one or more configurations necessarily include logic for determining whether those features, elements, and / or steps are included in or will be performed in any particular configuration, with or without user input or prompting.

[0032] It should be emphasized that the above-described configurations may be subject to numerous variations and modifications, with the elements to be understood as falling within other acceptable examples. All such modifications and variations are intended to be included herein within the scope of the present disclosure. The foregoing description details certain configurations of the present invention. However, no matter how detailed the foregoing appears in the text, it will be understood that the present invention can be practiced in many ways. As noted above, the use of a particular term when describing a particular feature or aspect of the present invention should not be taken to imply that the term has been redefined herein to be limited to including any particular characteristics of the feature or aspect of the invention to which the term pertains. Accordingly, the scope of the present invention should be construed according to the appended claims and any equivalents thereof. [Explanation of symbols]

[0033] 100 Portable Devices 200 Default Screen 201 Safety Precautions 202 Important Patient Information 203 Lock Status Icon 204 Hospital Room 205 Settings menu, Settings menu icon 206 Updated Lock Status Icon 207 Device warning 208 No Allocation Notice 209 Disposition Alert 210 Eating and drinking warning 211 Pathogen Risk Type 212 Alternate Settings Menu Icon 213 Bed Number 214 Unlock Screen 215 Virtual Keyboard 216 Passcode display area 300 Patient Dashboard 301 Basic patient information 302 Important information 303 Patient Vitals 304 Patient Health Score 305 Control Panel 306 Test Results 307 Spot Check Parameters 308 No Connection Warning 309 Missing Data Warning 400 Timeline Screen 401 Graph Representation 402 Timestamped Event Timeline 403 Vital Signs 404 Time and Date 405 Interrupted Graph Representation 406 No Connection Warning 500 Live Data Screen 501 No Connection Warning 600 Examination & Image Screen 601 Patient test results, complete patient test results 602 Navigation Tabs 603 1 Fishbone diagram display 604 2 Fishbone Diagram Display 605 3-Fishbone Diagram Display 606 x-ray display screen 607 No Connection Warning 700 Medication & Schedule Screen 701 Navigation Menu 702 Patient prescription details 703 No Information Warning 704 Daily Schedule, Schedule Subscreen 705 Date Selector 762 Settings menu icon 800 Patient Questions Screen 801 Staff Selection Panel 900 Navigation Panel 1100 Provisioning Screen 1101 Internet Protocol ("IP") Address Input 1102 PIN input section 1103 Login screen 1104 User name input section 1105 Password input section 1106 Room selection screen

Claims

1. 1. A system configured to be secured adjacent to an exterior door of a room within a hospital, comprising: a receptacle located outside the room adjacent the door; a portable electronic device configured to be removably attached to the receptacle; Equipped with the portable electronic device comprises a display and one or more hardware processors, the one or more hardware processors comprising: receiving patient data from a healthcare data network, the patient data corresponding to a patient in the room; selecting safety information including safety precautions for a caregiver to enter the room based at least in part on the patient data; generating a first user interface for presentation on the display, the first user interface configured to display de-identified information corresponding to the patient in the room, the de-identified information including the selected safety information; receiving authentication data indicating that the care provider is authorized to access the display; and generating a second user interface for presentation on the display based on the received authentication data, the second user interface configured to display the patient data; A system configured to:

2. The system of claim 1 , wherein the receptacle comprises a mechanical locking mechanism configured to unlock the portable electronic device upon receiving authentication.

3. The system of claim 1 , wherein the receptacle comprises an electronically controlled locking mechanism configured to unlock the portable electronic device upon receiving authentication.

4. The system of claim 1 , wherein the portable electronic device is located at a nurse's station or carried by the care provider.

5. 10. The system of claim 1, wherein the safety information includes at least one of a patient allergy, a recommended safety precaution, a patient diet, a treatment alert, or a patient fall risk warning.

6. To select the safety information, the one or more hardware processors: parsing the patient data; identifying health risks of listed patients within said patient data; generating said safety information based at least in part on said patient data; The system of claim 1 , configured to:

7. the one or more hardware processors: generating a third user interface for presentation on the display, the third user interface configured to display a safety information selection screen; receiving user input selecting safety information via the third user interface; The system of claim 1 , further configured to:

8. the one or more hardware processors: updating the patient data in real time from the healthcare data network; and processing the patient data from the healthcare data network to generate a graphical data display; displaying the graphical data representation via a fourth graphical user interface; updating the graphical data display based at least in part on the updated patient data in real time; The system of claim 1 , further configured to:

9. The system of claim 8 , wherein the graphical data display includes at least one of a fishbone diagram, a timeline, or an ECG waveform.

10. The system of claim 1 , wherein the authentication data includes at least one of a passcode, a personal identification number ("PIN"), a radio frequency identification ("RFID") chip scanner, biometric information, or hardware provisioning.

11. The system of claim 1 , wherein the one or more hardware processors are further configured to display x-rays of a patient.

12. The system of claim 1 , wherein the portable electronic device is programmable to receive and display patient data for multiple patients in the room.

13. 1. A healthcare provider user interface system, comprising: One or more hardware processors receiving patient data from a healthcare data network; selecting safety information based at least in part on the patient data, the safety information including safety precautions for a healthcare provider to enter a room associated with the patient data; displaying the safety information via one or more graphical user interfaces on the portable electronic device; said one or more hardware processors programmed with executable instructions to cause said one or more hardware processors to perform Equipped with wherein the one or more hardware processors select the safety information by: parsing the patient data; identifying a listed patient's health risk within said patient data; generating said safety information based at least in part on said patient data; The system is further configured to:

14. 14. The system of claim 13, wherein the portable electronic device is located outside a patient room adjacent an entrance to the patient room, the patient room being assigned to the patient.

15. The system of claim 13 , wherein the portable electronic device is located at a nurse's station or carried by the healthcare provider.

16. 14. The system of claim 13, wherein the safety information includes at least one of a patient allergy, a recommended safety precaution, a patient diet, a treatment alert, or a patient fall risk warning.

17. 14. The system of claim 13, wherein to select the safety information, the one or more hardware processors are further configured to receive user input defining the safety information via the one or more graphical user interfaces.

18. the one or more hardware processors: displaying the patient data via the one or more graphical user interfaces; updating said patient data from said healthcare data network in real time; processing the patient data from the healthcare data network to generate a graphical data display; displaying the graphical data representation via the one or more graphical user interfaces; updating the graphical data display based at least in part on real-time updated data for the patient; The system of claim 13 , further configured to:

19. 20. The system of claim 18, wherein the graphical data display includes at least one of a fishbone diagram, a timeline, or an ECG waveform.

20. 14. The system of claim 13, wherein the patient data is protected by at least one security measure.

21. 21. The system of claim 20, wherein the one or more hardware processors are further configured to display a default graphical user interface listing the safety information until the at least one security measure is disabled.

22. 21. The system of claim 20, wherein the at least one security measure includes at least one of a passcode, a personal identification number ("PIN"), a radio frequency identification ("RFID") chip scanner, or hardware provisioning.

23. 14. The system of claim 13, wherein the one or more hardware processors are further configured to display x-rays of a patient.

24. 14. The system of claim 13, wherein the one or more hardware processors are further configured to receive and display patient data for multiple patients.

25. 1. A healthcare provider user interface system, comprising: One or more hardware processors receiving patient data from a healthcare data network; selecting safety information based at least in part on the patient data, the safety information including safety precautions for a healthcare provider to enter a room associated with the patient data; displaying the safety information on a portable electronic device via a first graphical user interface; receiving authentication data indicating that the healthcare provider is authorized to access the display; displaying the patient data via a second graphical user interface on a portable electronic device; said one or more hardware processors programmed with executable instructions to cause said one or more hardware processors to perform A system comprising:

26. 1. A system configured to be secured adjacent to an exterior door of a room within a hospital, comprising: a portable electronic device configured to be removably attached to a receptacle located outside the room proximate the door; the portable electronic device comprising a display and one or more hardware processors, the one or more hardware processors comprising: receiving patient data from a healthcare data network, the patient data corresponding to a patient in the room; generating a first user interface for presentation on the display, the first user interface configured to display de-identified information corresponding to the patient in the room, the de-identified information including safety precautions for a caregiver to enter the room based at least in part on the patient data; receiving authentication data indicating that the care provider is authorized to access the display; and generating a second user interface for presentation on the display based on the received authentication data, the second user interface configured to display the patient data; A system configured to:

27. the one or more hardware processors: generating a third user interface for presentation on the display, the third user interface configured to display a safety information selection screen; receiving a user input selecting safety information via the third user interface; displaying the selected safety information via the first user interface; and 27. The system of claim 26, further configured to:

28. 1. A method for monitoring physiological data of a patient, comprising: removably mounting a portable electronic device on a receptacle, the receptacle being positioned proximate an exterior door of a patient room, the portable electronic device comprising a display; connecting the portable electronic device to a healthcare data network; the portable electronic device, receiving patient data from the healthcare data network, the patient data corresponding to a patient in a room; selecting safety information including safety precautions for a caregiver to enter the room based at least in part on the patient data; generating a first user interface for presentation on the display, the first user interface configured to display de-identified information corresponding to the patient in the room, the de-identified information including the selected safety information; receiving authentication data indicating that the care provider's access to the display is authorized; and generating a second user interface for presentation on the display based on the received authentication data, the second user interface configured to display the patient data. and configuring the device to perform the steps of: A method comprising:

29. a dock located adjacent to the door of the room; a portable electronic device configured to be secured to the dock; Equipped with the portable electronic device comprises a display and one or more hardware processors, the one or more hardware processors comprising: generating a first user interface for presentation on the display, the first user interface configured to display de-identified information corresponding to a patient in the room, the de-identified information including safety precautions for a caregiver to enter the room based at least in part on patient data corresponding to the patient; receiving authentication data indicating that the care provider is authorized to access the display; and generating a second user interface for presentation on the display based on the received authentication data, the second user interface configured to display additional patient data corresponding to the patient; A system configured to:

30. 30. The system of claim 29, wherein the dock comprises a receptacle configured to removably attach the portable electronic device, and wherein the dock further comprises a physical locking mechanism configured to unlock the portable electronic device from the receptacle in response to the receipt of authentication.

31. 30. The system of claim 29, wherein the dock comprises a receptacle configured to removably attach the portable electronic device, and wherein the dock further comprises an electronically controlled locking mechanism configured to unlock the portable electronic device from the receptacle in response to the receipt of authentication.

32. 30. The system of claim 29, wherein the dock is located in a ceiling.

33. 30. The system of claim 29, wherein the dock is located inside the room.

34. 30. The system of claim 29, wherein the dock is located outside the room.

35. 30. The system of claim 29, wherein the dock is detachable from the portable electronic device.

36. 30. The system of claim 29, wherein the dock and the portable electronic device are integrated and cannot be removably separated.

37. generating a first user interface for presentation on a display located proximate to a hospital room, the first user interface configured to display de-identified information corresponding to a patient in the room, the de-identified information including safety precautions for a caregiver to enter the room that are based at least in part on patient data corresponding to the patient; receiving authentication data indicating that the care provider is authorized to access the display; generating a second user interface for presentation on the display based on the received authentication data, the second user interface configured to display additional patient data corresponding to the patient; A method comprising:

Images