EFFICIENT SURGICAL CENTER WORKFLOW PROCEDURES
Methods for efficiently processing surgical center workflow procedures. The methods include using optical character recognition for easing an admission process, entering patient information into operating room devices, using a wearable code to obtain a patient record, obtaining a patient record including a safe surgical checklist for review during a surgical procedure, providing a visual indication of information flow out of a medical care area and easily recording information on a whiteboard in the medical care area.
This claims the benefit of U.S. Provisional Application Ser. No. 62/337,602, filed May 17, 2016.
FIELD OF THE INVENTIONThe present invention relates to patient processing in a medical or surgical center, and in particular to efficient surgical center workflow procedures.
BACKGROUND OF THE INVENTIONPresently, the process for patient check-in, processing, scheduling for and performing a surgical process can be very time consuming and there are many times when errors in obtaining and recording patient information can be committed.
Typically, during patient check-in for a surgical procedure, the patient writes personal information on a paper chart. An admission professional at the surgical location receives the paper chart with the personal information filled in and obtains the patient's record. At large surgical centers and hospitals, the patient's record is maintained on a computer database and once the patient is checked-in using the paper chart, hospital systems such as hospital workflow systems, radiology information system (RIS)/hospital information system (HIS) and/or patient management systems can be accessed to create a surgical schedule for the patient. The surgical schedule allocates physical resources (e.g., particular operating rooms and equipment) and personnel resources (e.g., nurses) for the surgical procedure for the patient for specific times and creates alerts that the patient has checked into the system. A wristband for the patient can then be printed from information already stored in the hospital systems.
However, in small surgical centers that are not attached to large hospitals, but instead work with small clinics, there typically is no information system tie between the small clinics and the small surgical centers. At the isolated small clinics and surgical centers, the check-in procedure includes having the admission professional find a surgical record associated with the patient by comparing the hand written information with a pile of written surgical request forms (e.g., connected by staples or paper clips). The admission professional then creates a wristband for the patient by manually typing patient information into a wristband creation system and prints out the wristband. The admission professional can also manually create a surgical schedule for the patient. Such a system of admitting a patient is prone to user error and mistakes.
Once the patient is in the operating room, the patient is verified by a view of a wristband on the patient to ensure that the patient is correct. While the wristband may include a unique identifier that identifies the patient (e.g., a barcode), systems in the operating room that are not connected to the hospital workflow systems, RIS/HIS information systems or patient management systems are not able to obtain patient information from the unique identifier on the patient wristband. Typically, information is entered into systems in the operating room manually off of a printed scheduling sheet (from a scheduling system), from the wristband or from a patient chart that is transported into the operating room with the patient. The patient information can sometimes be pulled from a PACS using DICOM Modality Worklist functionality (which is designed for radiology systems) from information read from the wristband, but such a method typically can only be used when the patient has had a prior radiology exam and can be prone to errors (e.g., when the identification for the patient in the DICOM Modality Worklist is different than the identification on the wristband). It is contemplated that the systems could be tied in to the hospitals EMR/PMS systems to retrieve patient information, but such set up is rarely implemented because of a lack of systems in an operating room that interact with scheduling workflow systems.
For the procedure in the operating room, the record of the patient (including charts and history) can be reviewed from the memory of the surgeon and/or outside of the operating room prior to the surgery. An uneditable safe surgical checklist (e.g., a paper copy that is read during the surgery) can be conducted and saved to the patient record to ensure that the surgery is conducted properly on the proper person.
Privacy in medical facilities is very important to patients along with being legally mandated by the Health Insurance Portability and Accountability Act of 1996 in some situations. In many medical facilities, cameras capture images of rooms and communication is made using teleconferencing, video conferencing and video broadcasts. There is a desire to ensure that privacy is maintained during teleconferencing, video conferencing and video broadcasts. One method of ensuring privacy is disclosed in U.S. Pat. No. 9,258,522 entitled PRIVACY SETTING FOR MEDICAL COMMUNICATIONS SYSTEMS, the entire contents of which are hereby incorporated herein by reference.
A fast, easy and reliable method of arranging the medical or surgical devices in a medical care area is desired.
SUMMARY OF THE INVENTIONThe present invention, according to various aspects, is directed to providing methods for efficiently processing surgical center workflow procedures. The methods include using optical character recognition for easing an admission process, entering patient information into operating room devices, using a wearable code to obtain a patient record, obtaining a patient record including a safe surgical checklist for review during a surgical procedure, providing a visual indication of information flow out of a medical care area and easily recording information on a whiteboard in the medical care area.
One or more embodiments of the present invention are illustrated by way of example and should not be construed as being limited to the specific embodiments depicted in the accompanying drawings, in which like reference numerals indicate similar elements.
The specific devices and processes illustrated in the attached drawings, and described in the following specification are simply exemplary embodiments of the inventive concepts. Hence, specific dimensions and other physical characteristics relating to the embodiments disclosed herein are not to be considered as limiting.
DETAILED DESCRIPTIONFor purposes of description herein, it is to be understood that the invention may assume various alternatives, except where expressly specified to the contrary. It is also to be understood that the specific devices and processes illustrated in the attached drawings, and described in the following specification are simply exemplary embodiments of the inventive concepts defined in the appended claims. Hence, specific dimensions and other physical characteristics relating to the embodiments disclosed herein are not to be considered as limiting, unless the claims expressly state otherwise.
Aspects of the present disclosure are drawn to providing systems and methods for increasing efficiencies and accuracy during preparation for and conducting surgical procedures. The increasing efficiencies and accuracy can take place during admission of a patient to a medical or surgical facility, during admission of the patient into an operating theater, and during and after a medical or surgical procedure.
Admission
In the illustrated example, after the personal identification card 50 is scanned at step 34, the personal identification card 50 is identified at step 36. As illustrated in
The illustrated computer system 18 has access to a database of identification card templates 20. The database of identification card templates 20 can be located in the local memory device of the computer system 18 or the database of identification card templates 20 can be accessed from cloud storage or from any other storage system that communicates with the computer system 18 (e.g, via the internet). The database of identification card templates 20 includes a list of types of personal identification cards 50 entered therein (possibly including different varieties of the same type of card (e.g., when the card changes over time (e.g, a driver's license for several different issuance years as driver's licenses can change over time))). The admission professional 14 can access a web application on the computer system 18 to select the appropriate type of personal identification card 50 at step 36. For example, if the personal identification card 50 is a state of Michigan driver's license issued in 2010, the admission professional 14 will select the state of Michigan driver's license issued in 2010 using the web application on the computer system 18. It is also contemplated that the application server could include software (e.g., optical character recognition software) that can identify the type of identification card 50 (e.g., when the personal identification card 50 states that it is a driver's license of a particular state along with stating the date of issuance thereof) or that can determine the type of identification card 50 based on the configuration of the identification card 50 to be able to automatically select the appropriate type of personal identification card 50 from the database of identification card templates 20 at step 36.
Once the appropriate type of personal identification card 50 is selected at step 36, the computer system 18 will access the database of identification card templates 20 to identify block areas of personal text information 54 on the personal identification card 50 at step 38. The block areas of personal text information 54 define areas on the particular personal identification card 50 where particular personal text information 54 is located. For example, the block areas can include a patient name block area 56, a date of birth block area 58, an address block area 60, and a gender block area 62. The block areas can include any areas of information on the personal identification card 50 related to the patient 12.
In the illustrated example, after the block areas of personal text information 54 on the personal identification card 50 are identified at step 38, at least some of personal text information 54 on the personal identification card 50 is obtained from the scanned image at step 40. As illustrated in
Once the personal text information 54 is obtained from the scanned image at step 40, a patient information wristband 70 (see
The illustrated admission process 30 can also include identifying the patient 12 from the personal text information 54 at step 43 and finding the correct surgical record/request associated with the patient 12 at step 44. The step 44 of finding the correct surgical record/request associated with the patient 12 can include matching the identification information (e.g., name) of the patient with a paper surgical record/request stored in the admission area 10, manually matching the identification information (e.g., name) of the patient with electronic surgical records/requests transmitted to the medical or surgical center 8 (or created at the medical or surgical center 8 on a previous date), or automatically matching the identification information (e.g., name) of the patient 12 with electronic surgical records/requests transmitted to the medical or surgical center 8 (or created at the medical or surgical center 8 on a previous date). The surgical records/requests can be stored on the computer system 18 or can be accessed by the computer system 18 (e.g., via an external storage system such as a remote database or a cloud storage system). At this point, the admission professional 14 or other medical professional can confirm/verify the identity of the patient 12 (including a visual verification of the patient 12 if there is a picture of the patient 12 on the personal identification card 50) along with correctly correlating the patient identification with a surgical record/request.
Once the patient 12 has been identified during step 43 of the admission process 30, the illustrated admission process 30 can also include generating a schedule for the patient 12 in a particular operating room at step 46 and/or creating alerts that the patient 12 has been admitted at step 48. The surgical schedule generated at step 46 allocates physical resources (e.g., particular operating rooms and equipment) and personnel resources (e.g., nurses) for the surgical procedure for the patient 12 for specific times. The alerts created at step 48 can include sending texts, emails and/or other messages to portable devices (e.g., cellular phones) carried by surgical personnel (e.g., nurses and doctors) or other devices (e.g., desktop and/or laptop computers) that the patient 12 has been admitted and will be ready for surgery. The alerts created at step 48 can also inform personnel at the medical or surgical center 8 to move appropriate resources (e.g., surgical equipment) to proper locations in anticipation of the medical or surgical procedure to be performed on the patient 12. Once the patient 12 has been identified during step 43 of the admission process 30, the illustrated admission process 30 can further include additional steps that will facilitate and/or expedite the procedure (e.g., printing out or creating needed forms with the relevant information thereon obtained from the personal text information 54 on the personal identification card 50 or obtained from a database of patient information accessed by matching a portion of the patient information in the database of patient information with the personal text information 54 on the personal identification card 50). All the above steps (including steps 46 and 48) can happen automatically under control of the computer system 18 using processing and communication systems well known to those skilled in the art.
Medical or Surgical Procedures Using Devices not Connected to a Network
After the patient 12 has been admitted to the medical or surgical center 8, the patient 12 will eventually proceed to a medical care area 100 (for example on a patient surgical table 498), which is illustrated schematically in
The medical device 102 located within the medical care area 100 of the medical or surgical center 8 in the present aspect of the present invention can include any device that is capable of saving information related to the patient 12, but that is not presently connected to a network that includes records of the patient in such a manner that records or information related to the patient 12 is readily available. However, it is contemplated that medical devices 102 that are connected to a network such that the medical devices 102 could access records of the patient 12 in such a manner that records or information related to the patient could be obtained could also employ the method 130 of easily inputting personal text information 54 of the patient 12 into the medical device 102.
In the illustrated example, the medical device 102 includes a computer system 110 having an application server thereon (e.g., a desktop computer 110 (as shown in
In a first step of the method 130 of easily inputting personal text information 54 of the patient 12 into the medical device 102, the patient information wristband 70 on the patient 12 is scanned with a scanner 120 at step 132. The scanner 120 can be a flatbed scanner (as illustrated in
In the illustrated example, after the patient information wristband 70 is scanned at step 132, the patient information wristband 70 is identified at step 134. As illustrated in
Once the appropriate type of patient information wristband 70 is selected at step 134, the computer system 110 will access the database of patient information wristband templates 122 to identify block areas of personal text information 54 on the patient information wristband 70 at step 136. The block areas of personal text information 54 define areas on the patient information wristband 70 where particular personal text information 54 is located. For example, the block areas (see
In the illustrated example, after the block areas of personal text information 54 on the patient information wristband 70 are identified at step 136, at least some of the personal text information 54 on the patient information wristband 70 is obtained from the scanned image at step 138. As illustrated in
Once the personal text information 54 is obtained from the scanned image at step 138, the personal text information 54 can be saved with information/images saved onto the medical device 102 (either in a record associated with the information/images or onto the information/images), displayed with information/images from the medical device 102 and/or sent to further medical devices 102. For example, the personal text information 54 can be used to populate appropriate fields in a surgical note created using the process set forth in U.S. patent application Ser. No. 14/853,289 entitled INTRA-SURGICAL DOCUMENTATION SYSTEM. The personal text information 54 can also be used to identify the surgeon and/or surgical procedure to obtain preferences for arranging the medical care area 100 as set forth in U.S. Patent Application No. 62/183,995 entitled METHOD AND SYSTEM FOR SURGICAL INSTRUMENTATION SETUP AND USER PREFERENCES or in U.S. patent application Ser. No. 14/982,636 entitled METHOD OF CONFIGURING DEVICES IN AN OPERATING THEATER, the entire contents of which are hereby incorporated herein by reference.
The illustrated medical devices 102 can be positioned in the medical care area 100 on a table (stationary or portable), on a floor 104, on a portable cart 106 and/or on shelving 103 in the medical care area 100.
Saving Templates
The identification card templates can be saved to the database of identification card templates 20 using a web application 166 stored on the computer system 18. Likewise, the wristband templates can be saved to the database of patient information wristband templates 122 using the web application 166 stored on the computer system 110.
Once the personal identification card 50 or the patient information wristband 70, or a representation thereof, is entered into the web application 166, the data entry person 168 enters a name of the identification card or the wristband, or a representation thereof, into the web application 166. For example, if the state of Michigan driver's license of
Along with having the data entry person 168 enter the location of the state identification block 170 and the word to search for in the state identification block 170, the data entry person 168 can enter the location and/or size of the block areas of personal text information 54 on the personal identification card 50 (e.g., the patient name block area 56, the date of birth block area 58, the address block area 60, and the gender block area 62). A mouse or other computer interface device can be used to locate and size the block areas of personal text information 54 on the personal identification card 50 or the patient information wristband 70, or the representation thereof. Moreover, a mouse (e.g., using a pull down menu) or other computer interface device (e.g., a keyboard) can be used to associate the block area with the particular type of personal text information 54 located within the particular block area. The same process described above for entering a state of Michigan driver's license into the database of identification card templates 20 can be used to enter any other personal identification card 50 into the database of identification card templates 20 and or entering patient information wristbands 70 into the database of patient information wristband templates 122. It is contemplated that the web application 166 can be hosted on the computer systems 18, 110 or that the web application 166 can be hosted on another computer system and that the data entered into the web application 166 can then be transferred to the database of identification card templates 20 and the database of patient information wristband templates 122 in any manner (e.g., using a portable memory device or access through an internet connection). It is further contemplated that the barcode and/or the QR code on the patient information wristband 70 can be saved to the database of patient information wristband templates 122 to inform the computer system 110 of the patient information wristband 70 being analyzed to allow the computer system 110 to know the block areas of text information 54 on the patient information wristband 70. While a particular manner of saving identification card templates to the database of identification card templates 20 and the wristband templates to the database of patient information wristband templates 122 is outlined above, it is contemplated that the identification card templates can be saved to the database of identification card templates 20 and the wristband templates can be saved to the database of patient information wristband templates 122 in any manner using any system.
Using a Wearable Code to Obtain a Patient Record
As outlined above, after the patient 12 has been admitted to the medical or surgical center 8, the patient 12 will eventually proceed to the medical care area 100. As also outlined above, the medical care area 100 includes medical devices 102 to assist in performing a medial or surgical procedure and/or for record keeping purposes. The patient information wristband 70 outlined above can be used to transfer personal text information 54 to the computer systems 110 and the medical devices 102. The barcode unique to the patient 12 and/or a QR code unique to the patient 12 on the patient information wristband 70 can also be used to obtain a patient record of the patient 12 for use with any of the computer systems 110 and/or medical devices 102 or to be displayed from any of the medical devices 102. The medical devices 102 that obtain the medical records as outlined in this paragraph can be connected to a network. It is contemplated that the patient information wristband 70 could include an RFID chip having a code stored therein that is unique to the patient 12 and that is read by an RFID chip reader connected to or part of the medical devices 102 (e.g., the image and video capture and recording device 108) instead of using a scanner for scanning the barcode unique to the patient 12 and/or a QR code unique to the patient 12. Moreover, it is contemplated that a camera interacting with the medical devices 102 (e.g., the image and video capture and recording device 108) could scan the face of the patient 12 and facial recognition software could be used to identify the patient 12.
Surgical Record and Checklist
Another aspect of the present invention is to provide a method 190 of obtaining the patient record for use and review during the medical or surgical procedure (
A first step in the illustrated method 190 of obtaining the patient record for use and review during the medical or surgical procedure includes identifying the patient 12 at step 192. The patient 12 can be identified in any reliable manner. For example, the patient 12 can be identified using the patient information wristband 70 worn by the patient 12. For another example, the patient 12 can be identified in step 192 by using the method 130 of easily inputting personal text information 54 of the patient 12 into the medical device 102. Alternatively, the patient 12 can be identified using step 182 of the method 180 of obtaining the patient record as outlined above. It is further contemplated that the patient can be identified by manually inputting the patient information into the computer system 110 and/or the medical device 102 (e.g., typing the patient information into the computer system 110 and/or the medical device 102 or finding the patient's name using a pull down menu (e.g., using a DICOM Modality Worklist)). Moreover, the patient 12 can be identified using facial recognition or from an RFID chip worn by the patient 12 as outlined above.
It is also contemplated that the patient 12 can be identified by inputting the patient information into the computer system 110 and/or the medical device 102 using voice commands. If using voice commands, it is contemplated that the computer system 110 and/or the medical device 102 could include a voice control. For example, the image and video capture and recording device 108 could include a voice-responsive control system (VCS). The VCS can receive speech from a user (e.g., surgeon) to control functions of various components in the image and video capture and recording device 108. The VCS can be integrated into the image and video capture and recording device 108 or can be separate from, but connected to, the image and video capture and recording device 108. Therefore, certain functions of the image and video capture and recording device 108 may be controlled by voice commands using the VCS. Speech from a user can be input into the VCS through a microphone on a headset worn by the user or through a microphone located in the medical care area 100. The headset can be wired to the image and video capture and recording device 108 or can communicate wirelessly with the image and video capture and recording device 108 (e.g., using Bluetooth communication or WiFi communication). The VCS includes an automatic speech recognition (ASR) engine to recognize and generate control signals in response to the user's speech. An example of the image and video capture and recording device 108 with the VCS is disclosed in U.S. patent application Ser. No. 14/982,636 entitled METHOD OF CONFIGURING DEVICES IN AN OPERATING THEATER, the entire contents of which are hereby incorporated herein by reference.
Once the patient 12 is identified at step 192, the patient record can be retrieved by the computer system 110 and/or the medical device 102 from a remote location at step 193. As illustrated in
After the patient record is retrieved at step 193, the patient record can be used in several different manners to assist in the medical or surgical procedure. For example, the patient record could be used to identify the patient 12. The patient record can include a picture of the patient 12. Therefore, after the patient record is retrieved at step 193, the picture of the patient 12 can be displayed by the computer system 110 and/or the medical device 102 (e.g, on the touchscreen monitor 112 of the image and video capture and recording device 108 and/or on the additional monitor 114). The identity of the patient 12 can then be visually confirmed at step 194. Facial recognition could also be used as outlined above to compare the picture of the patient 12 in the patient record with the actual image of the patient 12 to assist in conclusively identifying the patient 12.
In the illustrated example, the patient record retrieved in step 193 can also be used to retrieve a safe surgical checklist (which is a portion of the patient record) and to conduct the safe surgical checklist at step 195. The safe surgical checklist pertains to the particular medical or surgical procedure being performed by the surgeon and can include a checklist that the surgeon and/or other medical personnel can check before and during the medical or surgical procedure to ensure that the correct procedure is being performed on the correct person and at the correct site (e.g., by checking information to ensure that the correct patient 12 is to be operated on, checking to ensure that the correct procedure is performed, checking to ensure that the surgery is being performed on the correct area of the patient 12, etc.).
The safe surgical checklist can include a list of information that can be confirmed before the checklist can proceed. For example, the touchscreen monitor 112 of the image and video capture and recording device 108 can include items that need to be manually checked before the medical or surgical procedure can proceed. In this example, a first part of step 195 can include the step 194 of showing a picture of the patient 12 along with requiring a surgeon or medical personnel to touch a confirmation button on the touchscreen monitor 112 that the patient 12 is the same as the patient 12 shown in the picture of the medical record. Further parts of step 195 of conducting the safe surgical checklist can be used to establish that the correct type of procedure is being performed and can occur prior to critical points during the surgical or medical procedure such as prior to administration of anesthesia, prior to skin incision and/or prior to the patient 12 leaving the medical care area 100. At each step, a prompt can pop up on the touchscreen monitor 112 and the prompt must be confirmed before the safe surgical checklist proceeds and/or before the image taken or recalled by the image and video capture and recording device 108 can be shown on the touchscreen monitor 112.
An example of a safe surgical checklist that is completed in step 195 is as follows, with each successive step being introduced only after the previous step is confirmed:
1. Is the identity of the patient confirmed?
2. Is the procedure to be performed confirmed?
3. Is the site of the procedure confirmed?
4. Is the consent of the patient confirmed?
5. Is the site marked?
6. Are the anesthesia machine and medication check complete?
7. Is the pulse oximeter on the patient and functioning?
8. Have you reviewed the allergies of the patient (if any)?
9. Is equipment and assistance available if there is a difficult airway or aspiration risk?
10. If there is a risk of greater than 500 ml of blood loss, are 2 IVs/central access and fluids planned?
11. Have all team members introduced themselves by name and role before incision (which can be saved as an audio file with the safe surgical checklist)?
12. Has the name, procedure and site of incision been confirmed before skin incision?
13. If needed, has antibiotic propyhlaxis been given within the last 60 minutes?
14. Has sterility (including indicator results) been confirmed?
15. If applicable, is essential imaging displayed?
16. Has the nurse verbally confirmed the name of the procedure (which can be saved as an audio file with the safe surgical checklist)?
17. Has the nurse verbally confirmed completion of instrument, sponge and needle counts (which can be saved as an audio file with the safe surgical checklist)?
18. Have all specimens been labeled correctly?
19. Are there any equipment problems that need to be addressed (with the safe surgical checklist potentially including a further checklist and/or an automated report if answered “yes”)?
After the safe surgical checklist is completed at step 195, the safe surgical checklist can be saved at step 196. It is contemplated that each step in the safe surgical checklist can be accompanied with an audio alert. It is contemplated that the safe surgical checklist can be processed and saved in steps 195 and 196 under voice control (e.g., using the voice-responsive control system (VCS) of the image and video capture and recording device 108). It is further contemplated that the safe surgical checklist can be saved at step 196 with a signature (e.g., a typewritten signature or an audio file). Moreover, it is contemplated that each step of the safe surgical checklist can be saved (with or without a signature) to be reviewed for potential errors.
After the patient record is retrieved in step 193 in the illustrated example, the patient record can also be reviewed at step 197. The patient record can include conclusive identification information (including a picture used in steps 194 and/or 195), a problem list (e.g., a list of pre-existing conditions), allergies and allergens, a history of surgeries, a list of current medications being taken by the patient 12, vitals and measurements of the patient 12, diagnostics, lab results, microbiology results and pathology results. The above list is not exhaustive and is for illustrative purposes only. The review of the patient record at step 197 can be conducted to ensure that actions that would be dangerous to the patient 12 are not performed and an updated patient record can be reviewed to ensure that such actions are not taken. It is contemplated that the step 195 of conducting the safe surgical checklist could include the step 197 of reviewing the patient record. Therefore, the surgeon and/or other medical personnel will be aware of the current medical information of the patient 12 (e.g., medications taken and problems that occurred since the surgery was scheduled) along with being aware of the complete medical information of the patient 12 (e.g., information for problems not related to the current procedure (for example, the cardiovascular history of the patient 12 when the procedure is an orthoscopic procedure)).
If any portion of the patient record is changed or if anything is added thereto (e.g., images, operative notes, etc.), the changes to the patient record can be saved at step 198. It is contemplated that any part of the patient record can be accessed and viewed and/or saved during steps 197 and 198 under voice control (e.g., using the voice-responsive control system (VCS) of the image and video capture and recording device 108) and can be stored locally in the computer system (e.g., of the image and video capture and recording device 108) during the procedure for easy access and before making critical decisions. The patient record can also be stored in the database of patient records 176 at any time (including after the procedure is completed).
Visual Indication of Information Flow Out of a Medical Care Area
The medical or surgical center 8 can include a teleconferencing and broadcasting system 200 for allowing communication between the medical care area 100 and other areas of the medical or surgical center 8 or areas outside of the medical or surgical center 8. An aspect of the present invention is to provide a system for providing a visual indication within the medical care area 100 when information is being recorded or transmitted outside of the medical care area 100.
In the illustrated example, the first medical room 100 and/or the second medical room 214 could be an operating room wherein a medical procedure could be taking place. Alternatively, the first medical room 100 and/or the second medical room 214 could be other rooms in the medical or surgical center 8 (e.g., pathology lab, hospital conference room, hospital training room, diagnosis room or patient room). The first personal computing system 216 and the second personal computing system 218 could be located anywhere (e.g., inside the medical or surgical center 8 (and connected to the LAN) or elsewhere). Likewise, the first vided teleconferencing appliance 220 and the second video teleconferencing appliance 222 could be located anywhere (e.g., inside a medical facility or elsewhere).
Each of the illustrated first medical room 100 and the second medical room 214 can include a plurality of communication and diagnostic devices therein. The first medical room 100 and the second medical room 214 can include a media router and video processor 230. The media router and video processor 230 can include software and hardware that includes support for a codec device 232 and that interacts with the network hub and portal system 228. The media router and video processor 230 can also include an integrated or separate control system for controlling the media router and video processor 230. The media router and video processor 230 includes a video processor for processing video signals sent to and received from the codec device 232. Further, the media router and video processor 230 can receive video streams including a video stream from a video camera 140 (e.g., a camera of an endoscope), stream from a pan-tilt-zoom (PTZ) room camera 146 located within the first medical room 100 and the second medical room 214, and a stream from an in-light video camera 152 located within the overhead light 154 of the first medial room 100 and the second medical room 214. The media router and video processor 230 can select a video stream that is sent to the codec device 232 connected thereto for broadcast over the LAN or Internet or other communication scheme (via the network hub and portal system 228). Further, the media router and video processor 230 can scale up or down video signals received thereat. For example, high definition (HD) video signals can be scaled down to standard definition video signals. The media router and video processor 230 also controls a position of the PTZ room camera 146 located in the first medical room 100. The first medical room 100 and the second medical room 214 can include the additional monitor 114 and/or a touch panel display monitor 114′ upon which are selectively displayed: camera images or video streams received from the video camera 140, from the in-light video camera 152 or from the PTZ room camera 146 located in the same medical room 100. Further, external video streams received via another codec device 232 can be displayed on the additional monitor 114 connected to the media router and video processor 230. An example of the media router and video processor 230 can be the SWITCHPOINT INFINITY® 3 system of the Assignee hereof. An example of a control system for the media router and video processor 230 can be the SWITCHPOINT INFINITY® 3 control system of the Assignee hereof.
In the illustrated example, the codec device 232 encodes video and audio streams received from the media router and video processor 230 and transmits same over a network, such as the LAN or the Internet, for use by other viewing devices. The codec device 232 can simultaneously output H.264 encoded video streams having different resolutions 720p, 480p or can output a single 1080i video stream. The illustrated codec device 232 is also capable of receiving and outputting high definition video streams, such as 1080i, 720p, 480p at appropriate band widths for streaming to multiple devices. Furthermore, the codec device 232 can decode and decompress an encoded audio and video stream received from another codec device 232 unit over the network. The codec device 232 provides a decoded video stream from the network to the media router and video processor 230 for use and display thereby. The codec device 232 is capable of simultaneously encoding and compressing video signals received from the media router and video processor 230 for output over the network, while decoding and decompressing video streams received over the network from a different codec device 232.
Internet protocols of the illustrated codec device 232 include application layers Real-Time Transport Protocol (RTP), RTP control protocol (RTCP) and Real-Time Streaming Protocol (RTSP) for the video stream; and secure shell (SSH) for secured communication. As for transport layers, the codec device 232 can use Real-Time Transport Control Protocol (TCP) as a transport layer for SSH and User Datagram Protocol (UDP) as a transport layer for RTP, RTCP and RTSP application layers. The codec device 232 can include an encoder that time stamps data packets and determines a sleep time for each data packet.
The illustrated codec device 232 can encode real-time video streams using the MPEG-4 AVC (H.264) standard and can encode audio streams utilizing the AAC standard. The codec device 232 can also perform data encryption and decryption. The codec device 232 encoders and decoders can include multiple microprocessors and hardware circuitry that perform video and audio signal processing. The codec device 232 can include converters, RS-232 connections, audio, USB and Ethernet ports or connectors for both the encoder and decoder. The codec device 232 can receive a DVI-D video stream from the media router and video processor 230 and convert same to an HDMI signal. The codec device 232 can convert the HDMI signal and an audio signal to an SDI signal that is provided to at least one encoder. The codec device 232 encoders can receive an RS-232 control signal from the media router and video processor 230 to compress and encode the SDI signal. The encoders can output an encrypted video stream to the network or “cloud” in H.264 format over a RJ45 ethernet connection.
The encoders of the illustrated codec device 232 can perform data compression of the video stream and audio stream while encoding the streams. Depending on the control signals provided to the encoder by the media router and video processor 230, the codec device 232 may output an encrypted compressed video stream having a 1080i resolution and an audio stream. A different control signal from the media router and video processor 230 enables the codec device 232 to encode and output a pair of video streams having different resolutions 720p, 480P simultaneously. The encoder can utilize the same codec or algorithm for encoding and compressing the video and audio streams regardless of the chosen video resolution. The 720p video stream can be output as a RTSP unicast transport stream and the 480p video stream can be output as a multi-cast UDP stream.
The illustrated codec device 232 can include decoders that operate in a reverse manner to the encoder. In operation, a decoder of the codec device 232 receives an encrypted, encoded, compressed digital video and audio stream provided in H.264 format by another codec device 232 via the network or from a “cloud” 264 as passed along by the network hub and portal system 228. The selected decoder can decrypt and decode the received H.264 video stream and audio stream into an SDI signal. The SDI signal is provided to an SDI to HDMI converter that outputs an HDMI signal and an audio stream. Then, the HDMI video signal is converted into a DVI-D format and output along with the audio stream to the media router and video processor 230 for display. With regard to incoming video streams, the selected decoder may be configured to only decode an incoming compressed, encoded video stream received from another codec device 232. The decoder can be selected depending on the resolution of the encoded video stream received or chosen for processing. The decoders can operate using the same codec as the encoder.
In the illustrated example, the network hub and portal system 228 can be installed on a network server and can provide status information and details, such as IP addresses, that may be required for the codec devices 232 to communicate with each other. The network hub and portal system 228 can maintain a list of codec devices 232 available in a network and can enable one-to-one communication between codec devices 232. The network hub and portal system 228 can also maintain a list of video streams and auxiliary video streams for reading and display by the computer system having monitors disposed at various remote locations or the computer systems 110 having monitors within the first medical room 100 and/or a second medical room 214 provided with the media router and video processor 230. Audio streams can be provided with each of the video streams.
The illustrated network hub and portal system 228 can also provide a web based portal for enabling a plurality of PCs to make calls and teleconference with other PCs, which may include the computer system 110 located in the first medical room 100 and/or a second medical room 214 with the media router and video processor 230 for use therewith. Users of the computer systems 110 or the personal computers (PCs) 258 can interact with the network hub and portal system 228 through their web browsers/web pages. The network hub and portal system 228 authenticates users and allows them to browse the video streaming list for computer systems and PCs and the video streams of the codec system 232. For example, users of the computer system 110 and the PCs 258 on a hospital network can browse video stream lists, select a stream to view and watch the video stream. The network hub and portal system 228 may combine up to a plurality of video streams, including a plurality of video signals from the codec device 232, for transmission as a single video image composition to various display devices. Thus, a plurality of video streams can be multi-viewed on the monitors of the computer systems 110 or the monitors 260 of the PCs 258 for teleconferencing. The display devices may include PCs with web cams that output their own video stream, and other PC devices that can only select and watch video streams. The network hub and portal system 228, via the media router and video processor 230, can allow a remote user with the PC 258 to remotely control the PTZ room camera 146. Further, the network hub and portal system 228 can allow a remote user of the PC 258 to view, after control selection at the media router and video processor 230 of an output by a corresponding codec device 232, a video stream from one of the PTZ room cameras 146, the video camera 140 or the in-light camera 152.
In the illustrated example, the computer system 110 and the monitor are provided in a room with the media router and video processor 230 for teleconferencing. The computer system 110 can receive a web page with plural video streams directed by the network hub and portal system 228 that the computer system 110 displays on the monitor. Furthermore, the network hub and portal system 228 can direct selected audio streams to the computer system 110. Thus, the computer system 110 can provide multi-view images to enable teleconferencing for a user that is also operating the media router and video processor 230 connected to the codec device 232 in the same medical room 100, 214. The computer system 110 and the monitor can obtain HD codec video stream from the codec device 232 over the network via the network hub and portal system 228.
The illustrated first medical room 100 and the second medical room 214 can include the image and video capture and recording device 108 that captures and records video streams or still images from the video camera 140. The image and video capture and recording device 108 can include the touch panel 112 (which can be a display or can include an additional display 114 in addition to the touchscreen monitor 112). A user can change video compression and other properties of the image and video capture and recording device 108. The image and video capture and recording device 108 can save video to a disc or provide same to the IP network as a unicast video stream having UDP type packets and a variable bitrate. Image storage and video operations can be controlled by a wireless hand-held remote control, a surgical device camera head button, or the touch panel 112. The image and video capture and recording device 108 can broadcast video streams over the network.
In the illustrated example, the remote storage device 226 can be connected to the hospital network for providing stored video streams to the computer system 110 and the image and video capture and recording device 108 for viewing. The remote storage device 226 can obtain and store video streams output by the image and video capture and recording device 108. The remote storage device 226 can also include any of the databases outlined above. An in-room camera 262 can provide video from the first and second medical rooms 100, 214 over the medical facility network or Internet so that users at a remote location may determine the status of the medical room 100, 214. The in-room camera 262 can connect directly to the hospital network. A firewall 256 can be provided between the hospital network and remote PCs 258 or other remote devices on an IP network.
An aspect of the present invention is to provide a visual indication if any video, audio and/or text information within one of the rooms 100, 214 is being recorded or transmitted outside of the room 100, 214. For example, a visual indication can be presented when video, audio and/or text information is being recorded by the image and video capture and recording device 108 and/or when video, audio and/or text information is being broadcast from inside one of the rooms 100, 214 to a location outside of the room 100, 214 (e.g., to another room 214, to a PC 258, to the first video teleconferencing appliance 220 or the second video teleconferencing appliance 222. When there is a visual indication that the video, audio and/or text information is being recorded or transmitted outside of the room 100, 214, the surgical care team will be able to quickly and intuitively understand what information in the room 100 is being recorded and/or transmitted outside of the room 100. Such knowledge can be useful in order to comply with HIPAA and for general patient privacy. Moreover, there may be times during a medical or surgical procedure when the surgical care team would like to stop recording and/or transmission of information temporarily and the visual indication will easily allow the surgical care team to know when the information is being recorded and/or transmitted and when recordation and/or transmission is stopped.
In addition to providing a visual indication when any video, audio and/or text information within one of the rooms 100, 214 is being recorded or transmitted outside of the room 100, 214, an aspect of the present embodiment is to provide an easy control or toggle switch (e.g., the GUI 302 on the touchscreen monitor 112 of the image and video capture and recording device 108 as illustrated in
In the illustrated example, a first method of providing a visual indication that information is being recorded or broadcast includes providing lights 300 that are illuminated when information is being recorded or broadcast. As illustrated in
In the illustrated example, all of the lights 300 are illuminated when information is being recorded and/or broadcast as outlined above. Contrarily, it is contemplated that the lights 300 could be illuminated when information is not being recorded and/or broadcast and not illuminated when information is being recorded or broadcast. It is contemplated that the lights 300 could be any device that provides illumination (e.g., an LED or an incandescent bulb). Moreover, it is contemplated that the lights 300 could emit any wavelength of visible light (e.g., red). It is further contemplated that each light 300 could include a plurality of visible indicators (e.g., multiple LEDs) or each device would include a plurality of lights, with each indicator (or separate light) providing an indication of different information (e.g., levels of privacy). For example, the light 300 could emit a first color of light (e.g., green) when nothing is being recorded and/or broadcast, a second color of light (e.g., blue) when the information is only being locally recorded, and a third color of light (e.g., red) when the information is being recorded to an external location and/or is being broadcast. It is contemplated that the first color could be illuminated when the recording and/or broadcasting is to a destination that is HIPPA compliant and the second color could be illuminated when the recording and/or broadcasting is to a destination that is not HIPPA compliant or is to a destination which is unknown if it is HIPPA compliant. In addition to the lights 300, it is contemplated that a light could be seen by medical personnel in wearable technology that provides an image on glasses (e.g., Google Glass sold by Google Inc. of Mountain View, Calif.), could be on items worn by the medical personnel and viewable by other people in the room 100 (e.g., a light worn on clothing), could be on the walls 148, could be on any device (e.g., on a shaving device) or could be anywhere else in the room 100.
In the illustrated example, a second method of providing a visual indication that information is being recorded or broadcast includes providing a visual indication directly onto the image on the screen 309 of the additional monitor 114 or on the touchscreen monitor 112 of the image and video capture and recording device 108.
Recording Information on a White Board in an Operating Room
During medical or surgical procedures in an operating room, a whiteboard 400 (
As illustrated in
In the illustrated example, the whiteboard 400 can be scanned (e.g., using a room camera 146 or a cell phone camera communicating with one of the computer systems 110) and text information in the scanned image can be obtained using image processing software and algorithms including optical character recognition, image normalization (e.g., using histogram equalization and/or color removal), feature extractions (e.g., line segment and edge detection) and/or pattern classification as is well known to those skilled in the art. The information on the whiteboard 400 can then be saved and stored on a remote or external patient record database communicating with the computer system 110 or on a local database (permanently or temporarily) of the computer system 110. It is contemplated that the information can be saved along with the category of information (e.g., equipment count and disposables count) for easy reference after the medical or surgical procedure. It is further contemplated that the computer system 110 could include software (e.g., optical character recognition software and logic software) that can identify the type or category of information in each area from the text in each area and automatically save the text along with the type or category of information. It is contemplated that the areas 402, 404, 406, 408, 410 and 412 can be entered into the computer system 110 as a template using the template creation process outlined above for creating the database of identification card templates and wristband templates.
Although particular preferred embodiments of the invention have been disclosed in detail for illustrative purposes, it will be recognized that variations or modifications of the disclosed apparatus, including the rearrangement of parts, lie within the scope of the present invention.
Claims
1. A method of admitting a patient at a surgical center comprising:
- providing a personal identification card with personal text information of the patient thereon;
- capturing an image of the personal identification card;
- obtaining the personal text information using image processing; and
- printing the personal text information onto a wristband.
2. The method of admitting the patient of claim 1, further including:
- inputting a plurality of personal identification card templates into a template database system, each of the plurality of personal identification card templates having a plurality of different personal data areas, each of the plurality of different personal data areas matching a location of text data areas on the personal identification card; and
- matching one of the plurality of personal identification card templates with the personal identification card;
- wherein obtaining the personal text information includes obtaining the personal text information from the text data areas on the personal identification card corresponding to the plurality of different personal data areas of the one of the plurality of personal identification card templates matched with the personal identification card.
3. The method of admitting the patient of claim 2, wherein:
- the personal text information includes at least one of the following: name of the patient, gender of the patient, and date of birth of the patient.
4. The method of admitting the patient of claim 1, further including:
- finding a surgical record/request associated with the patient that includes patient information corresponding to the personal text information.
5. The method of admitting the patient of claim 4, further including:
- generating a surgical schedule for the patient from the personal text information obtained from the personal identification card.
6. The method of admitting the patient of claim 4, further including:
- creating and sending alerts to surgical personal related to a surgical procedure for the patient as identified from the personal identification card.
7. The method of admitting the patient of claim 1, wherein:
- obtaining the personal text information using image processing includes performing optical character recognition of the personal text information on the personal identification card.
8. A method of admitting a patient at a surgical center comprising:
- providing a personal identification card with personal text information of the patient thereon;
- capturing an image of the personal identification card;
- obtaining the personal text information using image processing;
- identifying the patient from the personal text information obtained using the image processing;
- finding a surgical record/request associated with the patient that includes patient information corresponding to the personal text information.
9. The method of admitting the patient of claim 8, further including:
- inputting a plurality of personal identification card templates into a template database system, each of the plurality of personal identification card templates having a plurality of different personal data areas, each of the plurality of different personal data areas matching a location of text data areas on the personal identification card; and
- matching one of the plurality of personal identification card templates with the personal identification card;
- wherein obtaining the personal text information includes obtaining the personal text information from the text data areas on the personal identification card corresponding to the plurality of different personal data areas of the one of the plurality of personal identification card templates matched with the personal identification card.
10. The method of admitting the patient of claim 9, wherein:
- the personal text information includes at least one of the following: name of the patient, gender of the patient, and date of birth of the patient.
11. The method of admitting the patient of claim 8, further including:
- generating a surgical schedule for the patient from the personal text information obtained from the personal identification card.
12. The method of admitting the patient of claim 8, further including:
- creating and sending alerts to surgical personal related to a surgical procedure for the patient as identified from the personal identification card.
13. The method of admitting the patient of claim 8, wherein:
- obtaining the personal text information using image processing includes performing optical character recognition of the personal text information on the personal identification card.
14. A method of inputting patient information of a patient into a surgical device comprising:
- providing the patient with a wristband with personal text information of the patient thereon;
- capturing an image of the wristband;
- obtaining the personal text information using image processing; and
- at least one of the following: saving the personal text information with information or images related to the patient; displaying the personal text information with information or images from the surgical device; and sending the personal text information to the surgical device.
15. The method of inputting patient information of claim 14, further including:
- inputting a plurality of wristband templates into a template database system, each of the plurality of wristband templates having a plurality of different personal data areas, each of the plurality of different personal data areas matching a location of text data areas on the wristband; and
- matching one of the plurality of wristband templates with the wristband;
- wherein obtaining the personal text information includes obtaining the personal text information from the text data areas on the wristband corresponding to the plurality of different personal data areas of the one of the plurality of wristband templates matched with the wristband.
16. The method of inputting patient information of claim 15, wherein:
- the personal text information includes at least one of the following: name of the patient, gender of the patient, and date of birth of the patient.
17. The method of inputting patient information of claim 14, further including:
- finding a patient record associated with the patient that includes the patient information corresponding to the personal text information.
18. A method of obtaining patient information comprising:
- providing an information substrate with patient information in character form in at least one known location on the information substrate;
- capturing an image of the information substrate;
- obtaining the patient information in character form using image processing; and
- saving the patient information.
19. The method of obtaining patient information of claim 18, wherein:
- the information substrate is a personal identification card.
20. The method of obtaining patient information of claim 18, wherein:
- the information substrate is a wristband.
21. The method of obtaining patient information of claim 18, wherein:
- the information substrate is a whiteboard.
22. The method of obtaining patient information of claim 18, further including:
- inputting at least one template into a template database system, the template having a plurality of different data areas, each of the plurality of different data areas matching the at least one known location of patient information in character form on the information substrate; and
- matching the at least one template with the information substrate;
- wherein obtaining the patient information includes obtaining the patient information in text form from the at least one known location on the information substrate corresponding to the plurality of different data areas of the at least one template matched with the information substrate.
23. A method of presenting patient information of a patient comprising:
- providing the patient with a wearable item including a unique visual code thereon;
- scanning the unique visual code with a scanner;
- obtaining a patient record of the patient by matching the patient record stored in a database with the unique visual code;
- providing a display device; and
- automatically displaying at least a portion of the patient record on the display device upon the step of scanning the unique visual code.
24. The method of presenting patient information of claim 23, wherein:
- the unique visual code is a barcode.
25. A method of performing a medical procedure comprising:
- providing a computer system having an associated monitor and a local memory;
- networking the computer system with a remote patient record database;
- identifying a patient;
- automatically retrieving a patient record of the patient by the computer system upon identifying the patient, the patient record including a safe surgery checklist;
- saving the patient record in the local memory of the computer system;
- displaying a picture of the patient on the monitor;
- visually confirming an identity of the patient based on the picture of the patient and saving confirmation that the identity of the patient has been visually confirmed in the patient record;
- reviewing and altering the patient record including conducting and recording steps of the safe surgery checklist; and
- saving changes to the patient record on the patient record database.
26. The method of performing the medical procedure of claim 25, wherein:
- the safe surgery checklist is specific to the patient and the medical procedure being performed on the patient.
27. A method of performing a medical procedure comprising:
- providing a computer system having a local memory;
- networking the computer system with a remote patient record database;
- identifying a patient;
- automatically retrieving a patient record of the patient by the computer system upon identifying the patient, the patient record including a safe surgery checklist;
- saving the patient record in the local memory of the computer system;
- reviewing and altering the patient record including conducting and recording steps of the safe surgery checklist; and
- saving changes to the patient record on the patient record database.
28. The method of performing the medical procedure of claim 27, wherein:
- the safe surgery checklist is specific to the patient and the medical procedure being performed on the patient.
29. A method of performing a medical procedure comprising:
- providing a computer system having an associated monitor and a local memory;
- networking the computer system with a remote patient record database;
- identifying a patient;
- automatically retrieving a patient record of the patient by the computer system upon identifying the patient;
- saving the patient record in the local memory of the computer system;
- displaying a picture of the patient on the monitor;
- visually confirming an identity of the patient based on the picture of the patient and saving confirmation that the identity of the patient has been visually confirmed in the patient record;
- reviewing and altering the patient record; and
- saving changes to the patient record on the patient record database.
30. A method of providing a visual indication that information is being saved or broadcast, the method comprising:
- providing at least one recording device for obtaining the information;
- providing a system for saving and/or broadcasting the information obtained from the at least one recording device;
- providing at least one monitor for viewing the information;
- providing a plurality of visual indications; and
- activating the plurality of visual indications when the information is being saved or broadcast.
31. The method of providing a visual indication that information is being saved or broadcast of claim 30, wherein:
- the plurality of visual indications are lights; and
- all of the lights are illuminated when the information is being saved or broadcast.
32. The method of providing a visual indication that information is being saved or broadcast of claim 30, wherein:
- the plurality of visual indications are lights; and
- the lights are located on each of the at least one monitor.
33. The method of providing a visual indication that information is being saved or broadcast of claim 32, wherein:
- the lights are also located on each of the at least one recording device.
34. The method of providing a visual indication that information is being saved or broadcast of claim 32, wherein:
- the lights illuminate at different colors and each color indicates a different level of saving or broadcasting of the information.
35. The method of providing a visual indication that information is being saved or broadcast of claim 34, wherein:
- the different colors include a first color and a second color;
- the first color is illuminated when the information is being saved; and
- the second color is illuminated when the information is being broadcast.
36. The method of providing a visual indication that information is being saved or broadcast of claim 30, wherein:
- the visual indication is superimposed over an image on the at least one monitor.
37. A method of providing a visual indication that information is being broadcast, the method comprising:
- providing at least one recording device for obtaining the information;
- providing a system for broadcasting the information obtained from the at least one recording device;
- providing at least one monitor for viewing the information obtained from the at least one recording device;
- providing a plurality of lights, with each of the at least one recording device including at least one of the plurality of lights and the at least one monitor including at least one of the plurality of lights; and
- activating the plurality of lights when the information is being broadcast.
Type: Application
Filed: May 11, 2017
Publication Date: Nov 23, 2017
Inventors: Ramanan PARAMASIVAN (San Jose, CA), Brian BAILEY (San Jose, CA), Suraj BHAT (San Jose, CA), William H.L. CHANG (Milpitas, CA), Benjamin H. FEINGOLD (Tucson, AZ), Steve HANNING (Ben Lomond, CA), Amit MAHADIK (San Jose, CA), John T. SHEN (San Jose, CA), Murthy VINJAMURI (San Jose, CA)
Application Number: 15/592,608