Patent Application
20150019256
The present disclosure relates generally to communication in a medical institution, more specifically, communicating the status of a patient within the medical institution to individuals associated with the patient.
Traditional communication between family or friends and a patient in a hospital or similar medical institution is slow, complex, and unreliable. For example, a family member waiting for news of a patient's diagnostic results or for information regarding a discharge time may have no other option that to call the patient directly on an in-room phone or call to speak to medical personnel at the facility. The patient may be inaccessible or may need to defer to a physician, who in turn may not arrive with results or other information until the next in-room visit which will occur at a future time unknown to the patient. Each call to the medical personnel at the facility requires the medical personnel to answer the phone, look up the patient information, and possibly transfer the call to the patient or another area of the facility to repeat the process requiring a significant amount of the medical personnel's time for each call. Moreover, if information is available, it may be limited to the patient's recollection of complex information relayed by a physician during a past visit. This inefficient communication results in repeated calls to the patient, incomplete or inaccurate status information, inability to schedule a visit or pickup at discharge, and time costs to clinical staff fielding multiple phone calls from the family/friend. Moreover, the inefficient communication can cause anxiety for the patient and family/friends of the patient.
According to aspects of the present disclosure, a patient communication system includes a patient communication device, a facility update device, a portal, and a first server. The patient communication device is associated with a patient in a medical facility. The patient communication device includes a patient interface and is configured to receive status updates from the patient via the patient interface. The facility update device includes a clinician interface configured to receive patient status updates via the clinician interface. The portal is configured to display the status updates received by the patient communication device and the facility update device. The portal is securely accessible by individuals outside of the medical facility. The first server is in communication with the patient communication device, the facility update device, and the portal via a network. The first server receives the status updates from the patient communication device and the facility update device. The first server is configured to post the status updates to the portal.
According to another aspect of the present disclosure, a method for communicating the status of a patient within a medical facility to identified individuals includes identifying an individual, authenticating the individual, updating the status of the patient, and automatically communicating the updated status of the patient. Identifying an individual may include identifying an individual to receive status updates of the patient in a patient communication system. The patient communication system may include a patient communication device, a facility update device, a server, and a portal associated with the patient.
By automatically updating individuals outside of the medical facility of the status of a patient within the medical facility the individuals can be better informed about the status of the patient within the medical facility. Moreover, the individuals are informed without requiring direct communication with the patient or the staff of the medical facility. This allows the medical facility to reduce the resources, i.e. staff, dedicated to communicating with individuals outside of the medical facility to update the individuals on the status of patients within the medical facility. Further, the information received by the individuals outside the medical facility can have increased accuracy and increased completeness. Thus, the individuals outside the medical facility will be better informed on the status of a patient within the medical facility. Individuals outside the medical facility will also be able to receive status updates without directly communicating with the patient and/or clinicians allowing the individuals to receive status updates even when the patient and/or clinicians are unavailable.
Certain embodiments of the present disclosure may include some, all, or none of the above advantages. One or more other technical advantages may be readily apparent to those skilled in the art for the figures, descriptions, and claims included herein. Moreover, while specific advantages have been enumerated above, various embodiments may include all, some, or none of the enumerated advantages.
There are shown in the drawings embodiments, which are exemplary, it being understood that the disclosure is not limited to the precise arrangements and instrumentalities shown.
A system and method for communicating the status of a patient within a medical facility to individuals associated with the patient outside of the medical facility will now be described in detail with reference to the drawings in which like reference numerals designate identical or corresponding elements in each of the several views.
As used herein, bedside refers to an environment in close proximity to a patient being treated. Items placed within a bedside environment should be near enough to the patient that a physician treating the patient and/or the patient can access the items. It should be noted that a bedside environment need not include a bed. For example, instead of a bed, a patient can be contained within an incubator, an ambulance, a gurney, a cot, an operating table, and the like. Similarly, an apparatus that can provide information to an individual, such as a physician, located within the bedside environment can be considered bedside apparatus even if necessary portions of the apparatus are in a location remote from the patient (e.g., servers, databases, etc.). As used herein, “clinician” refers to any personnel at a medical facility including but not limited to physicians, nurses, laboratory technicians, administrators, and support staff. As used herein, medical facility refers to any singular or group of medical providers providing medical services to patients including but not limited to hospitals, clinics, medical research facilities, or hospital networks.
Referring to
Referring to
Patient communication device 100 is positioned within the beside environment of patient. Patient can use patient communication device 100 to communicate with identified individuals or individuals associated with the patient, to approve individuals, configure a patient filter, and to post status updates to portal 400 as discussed in detail below.
Referring to
In embodiments, facility update device 200b is carried by a clinician. Facility update device 200b can be specific to each clinician and/or multiple clinicians can share a facility update device 200b. Clinicians can use facility update devices 200a, 200b to provide updates to portal 400 as discussed in detail below.
Referring back to
Server 300 is in one-way or two-way communication with patient communication device 100, facility update device 200, and portal 400 via network 310. Server 300 is configured to update patient communication device 100, facility update device 200, and portal 400 in response to input received by patient communication device 100, facility update device 200, and portal 400 as discussed in detail below. Server 300 can include a patient filter and/or a facility filter.
The patient filter can be configurable by the patient to limit the types of information or updates that are posted to portal 400 by server 300. For example, the patient can limit the types of updates posted to portal 400 to communications initiated by the patient or the patient can limit the types of updates posted to portal 400 to updates preapproved by the patient. The patient filter can limit the types of updates and messages initiated by any component of patient communication system 10, i.e. patient communication device 100, facility update device 200, and/or portal 400. In embodiments, the patient filter can be customized based on the individual and/or groups of individuals accessing portal 400.
The facility filter can be configured by the medical facility to limit the types of information or updates that are posted to portal 400 by server 300. A network administrator or a clinician can be authorized to configure the facility filter. It is contemplated that the facility could limit the types of updates posted to portal 400 to comply with legal obligations, privacy policies, and/or federal privacy regulations, e.g., HIPAA. The facility filter can limit the types of updates and messages initiated by any component of patient communication system 10, i.e. patient communication device 100, facility update device 200, and/or portal 400.
The following discussion of the operation of patient communication system 10 is meant to be exemplary and not limiting in any manner to other methods of operation in accordance with the present disclosure. A patient is admitted and/or scheduled for admittance to a medical facility the patient is associated with a portal 400 of patient communication system 10. The patient's information can be captured in a facility update device 200 to associate the patient with a portal 400. Before, during admission, or anytime during the patient's stay, the patient can provide a list of individuals associated with the patient authorized to access the portal 400 associated with the patient. In embodiments, the patient provides a patient designee or designees to provide a list of individuals associated with the patient authorized to access the portal 400 associated with the patient. It is also contemplated that a patient may opt out of patient communication system 10 and not provide a list of associated individuals and decline to have a portal 400 associated with the patient. While it is anticipated that patient communication system 10 includes a plurality of portals 400 with each portal 400 being associated with a particular patient, as discussed in detail below only the individual portal 400 associated with a single patient is discussed in detail.
In embodiments, the patient or a patient designee can group the associated individuals into groups such as friends, family, and colleagues. As discussed below, the groups an individual is a member of can be used to determine the type and content of the posts viewable by the individual.
In some embodiments, the patient provides and/or groups individuals associated with the patient before the patient is admitted to the medical facility. In such embodiments, the patient can download an application and/or program to a personnel general purpose device, to be used as a patient communication device 100. For example, the patient downloads an application to a smart phone and associates individuals from a contact list stored on the smart phone. It is also contemplated that the patient can configure the patient filter before the patient is admitted to the medical facility by using a personnel general purpose device.
It is anticipated that each of the individuals associated with the patient will need to be authenticated before gaining access to portal 400, an example of an authentication process is discussed in detail below, however, any known method of authenticating an individual user of a computer or mobile device may be used. For each individual of the list of individuals associated with the patient, the patient or patient designee provides the medical facility with the individuals contact information, i.e. name, phone number, and/or email address. In embodiments, the individuals contact information is inputted into patient communication device 100 by the patient or the patient designee. When the patient communication system 10 receives the contact information of individuals associated with a patient, the patient communication system 100 communicates with server 300. Server 300 sends a message, i.e. an email, a text, or a phone call, to each of the individuals associated with a patient to provide each individual with instructions on how to access portal 400 and a unique code to access portal 400. Each individual follows the instructions and inputs the code into portal 400 to authenticate themselves or a remote device 410. In some embodiments, once authenticated each individual associated with the patient creates a unique password for future access to portal 400. In particular embodiments, once a remote device 410, i.e. computer, smart phone, tablet, or other mobile device, is authenticated, remote device 410 becomes an authorized remote device 410a and remains authenticated with portal 400.
The patient can use the patient communication device 100 to add individuals associated with the patient authorized to access portal 400, provide authenticated individuals patient status updates, and communicate with authenticated individuals. The patient can also setup filters to designee which individuals or groups of individuals receive which type of updates from patient communication system 10.
Patient communication device 100 can have a limited functional mode, a fully functional mode, and a configurable functional mode. When patient communication device is in a limited functional mode, the patient can only choose from a list of predefined messages or emoticons to update or post to the portal such as “OK,” “Please Call,” “Doing Better,” “:),” etc. In embodiments, in the limited functional mode the patient cannot provide individuals associated with the patient. For example, a guardian of the patient can request a patient communication device in limited functional mode to control the individuals the patient communicates with. In the fully functional mode, the patient can choose from a list of predefined messages or emoticons to post to the portal or can create custom messages or postings using patient interface 110 of patient communication device 100. In some embodiments, in the fully function mode the patient can record audio messages and/or video messages to post to portal 400 using microphone 116 and/or camera 118 of patient interface 110. In some embodiments, the patient can type or record a message that is saved on server 300 but not sent to an individual or posted to portal 400 until a predetermined amount of time has passed or a predetermined event occurs. When patient communication device 100 is in the configurable functional mode, the functions of patient communication device 100 are configurable by a clinician, a designee, and/or a guardian of the patient. It is contemplated that the functions of the patient communication device 100 would be configured based on the condition, age, and/or mental state of the patient. It is also contemplated that the medical facility can have a variety of patient communication devices 100, each with a different functional mode to provide in the bedside environment of each patient.
When facility update device 200 receives an update associated with the patient, facility update device 200 transmits the update to server 300 via network 310. Server 300 determines the type of update, i.e. status update, diagnosis, treatment, or tests. Server 300 compares the type of update to the facility filter to determine if the update is of the type the medical facility authorizes to post to portals 400. If the update is of the type the medical facility authorizes to be posted to portal 400, server 300 compares the type of update to the patient filter to determine if the update is of the type the patient authorizes to be posted to portal 400. If the update passes through both the facility and the patient filter, server 300 posts the update to portal 400. In embodiments, server 300 pushes the update to authenticated devices. Server 300 can push the update by emailing an authorized individual, texting an authorized individual, posting within an application, and/or calling an authenticated device.
Portal 400 can receive updates from server 300, receive communication from individuals associated with the patient, authenticate individuals associated with the patient, authenticate devices of individuals associated with the patient, and receive communication from authenticated devices. Portal 400 can authenticate the individuals associated with the patient and/or devices upon initial access in one manner and can authenticate the individuals associated with the patient and/or devices on each subsequent access in a different manner. When an authenticated individual accesses portal 400, the authenticated individual can view the current status of the patient, view postings of the patient, and view updates provided by the medical facility. It will be appreciated that the authenticated individual can only view items which have passed through both the facility and the patient filter. In embodiments, authenticated individuals can view messages sent by the patient to the individual or a group of individuals of which the authenticated individual is a member. In some embodiments, when the authenticated individual is a designee of the patient, the designee can access portal 400 to associate individuals with the patient, add or remove individuals from groups of associated individuals, and customize the patient filter to determine what type of updates and postings go to individuals or groups of individuals.
Referring to
Medical devices 252 may be any devices that are used for tracking or treating patients. For example, medical devices 252 may include a ventilator connected to a patient to deliver respiratory therapy. In short, medical devices 252 may include any suitable combination of software, firmware, and hardware used to support any medical function and/or operation. It should be noted that any suitable number of medical devices 252 may be included in medical communication system 250. Medical devices 252 may generate output data tracked by medical devices 252.
Medical devices 252 may be communicatively coupled to data collection server 254 via network 300. Medical devices 252 may be communicatively coupled to other suitable devices including data collection server 254, application server 256, web server 270, facility update devices 200a, 200b, and medical device driver 255.
Medical communication system 250 may include one or more data collection servers 254, referred to primarily in the singular throughout this disclosure. Data collection server 254 may include one or more electronic computing devices operable to receive, transmit, process, and store data associated with medical communication system 250. Data collection server 254 receives patient parameters from medical devices 252. The stored data may be accessed by application server 256.
Medical communication system 250 may include one or more application servers 256, referred to primarily in the singular throughout this disclosure. Application server 256 may include one or more electronic computing devices operable to receive, transmit, process, and store data associated with medical communication system 250. Application server 256 creates a data service, which runs on a conventional web services platform for transmitting data to web server 270. Application server 256 may maintain an activity log that logs data requests from facility update devices 200a, 200b to track certain activities performed at facility update devices 200a, 200b. Therefore, if a clinician logs a visit to a particular patient or enters a status update for a particular patient the log or entry may trigger a data request that is logged by application server 256. If any changes are detected, application server 256 may flag those changes for presentation to users on remote devices, i.e., facility update devices 200a, 200b and/or portals 400.
Medical communication system 250 may include one or more web servers 270. Web server 270 may include one or more electronic computing devices operable to receive, transmit, process, and store data associated with medical communication system 250. Web server 270 creates a data service that runs on a conventional web services platform for receiving data from application server 256 and transmitting data to facility update devices 200a, 200b. For example, web server 270 may receive webpage data from application server 256 and transmitted, upon request in certain embodiments, to facility update devices 200a, 200b and/or portals 400.
Although
Application server 256 and/or web server 270 can be in communication with server 300 of patient communication system 10. Application server 256 can automatically provide updates from the medical facility to server 300, e.g., times when a clinician visits the patient's room, changes in the status of the patient, changes in the diagnosis of the patient, etc. In this way, updates from facility update devices 200a, 200b are automatically posted to portals 400, i.e. no additional steps are required by clinicians to update patient communication system 10.
The various GUIs disclosed herein are shown for purposes of illustration only. Accordingly, the present disclosure is not limited by the particular GUI or data entry mechanisms contained within views of the GUI. Rather, those skilled in the art will recognize that any of a variety of different GUI types and arrangements of data entry, fields, selectors, and controls can be used to access system. Further, the computing devices depicted herein can be functionally and/or physically implemented with other computing devices and the disclosure should not be limited by the particular exemplary configuration shown.
The present disclosure also can be embedded in a computer program product, which comprises all the features enabling the implementation of the methods described herein, and which when loaded in a computer system is able to carry out these methods. Computer program in the present context means any expression, in any language, code or notation, of a set of instructions intended to cause a system having an information processing capability to perform a particular function either directly or after either or both of the following: a) conversion to another language, code or notation; b) reproduction in a different material form.
This disclosure can be embodied in other forms without departing from the spirit or essential attributes thereof. Accordingly, reference should be made to the following claims, rather than to the foregoing specification, as indicating the scope of the disclosure.
