US20180004898A9 - Protected health information voice data and / or transcript of voice data capture, processing and submission - Google Patents
Protected health information voice data and / or transcript of voice data capture, processing and submission Download PDFInfo
- Publication number
- US20180004898A9 US20180004898A9 US14/228,739 US201414228739A US2018004898A9 US 20180004898 A9 US20180004898 A9 US 20180004898A9 US 201414228739 A US201414228739 A US 201414228739A US 2018004898 A9 US2018004898 A9 US 2018004898A9
- Authority
- US
- United States
- Prior art keywords
- client device
- codes
- voice
- data
- procedure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000036541 health Effects 0.000 title abstract description 18
- 238000012545 processing Methods 0.000 title description 7
- 238000013481 data capture Methods 0.000 title description 3
- 238000000034 method Methods 0.000 claims abstract description 73
- 238000003745 diagnosis Methods 0.000 claims description 52
- 238000011156 evaluation Methods 0.000 claims description 18
- 230000005540 biological transmission Effects 0.000 claims description 10
- 238000004891 communication Methods 0.000 claims description 9
- 230000004044 response Effects 0.000 claims description 8
- 230000008859 change Effects 0.000 claims description 5
- 230000000694 effects Effects 0.000 claims description 5
- 201000010099 disease Diseases 0.000 claims description 4
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 claims description 4
- 239000003814 drug Substances 0.000 claims description 2
- 229940079593 drug Drugs 0.000 claims description 2
- 230000008569 process Effects 0.000 description 20
- 238000005516 engineering process Methods 0.000 description 11
- 238000007726 management method Methods 0.000 description 8
- 230000001755 vocal effect Effects 0.000 description 8
- 230000008520 organization Effects 0.000 description 7
- 230000000474 nursing effect Effects 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 5
- 238000012805 post-processing Methods 0.000 description 5
- 238000013479 data entry Methods 0.000 description 4
- 230000001934 delay Effects 0.000 description 4
- 238000012552 review Methods 0.000 description 4
- 206010020772 Hypertension Diseases 0.000 description 3
- 238000013480 data collection Methods 0.000 description 3
- 230000002980 postoperative effect Effects 0.000 description 3
- 238000000275 quality assurance Methods 0.000 description 3
- 238000011160 research Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 210000003423 ankle Anatomy 0.000 description 2
- 230000000875 corresponding effect Effects 0.000 description 2
- 238000002059 diagnostic imaging Methods 0.000 description 2
- 238000003384 imaging method Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000007170 pathology Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 206010002091 Anaesthesia Diseases 0.000 description 1
- 102000053602 DNA Human genes 0.000 description 1
- 108020004414 DNA Proteins 0.000 description 1
- 206010024453 Ligament sprain Diseases 0.000 description 1
- 208000008589 Obesity Diseases 0.000 description 1
- 208000002847 Surgical Wound Diseases 0.000 description 1
- 206010052428 Wound Diseases 0.000 description 1
- 208000027418 Wounds and injury Diseases 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000001154 acute effect Effects 0.000 description 1
- 230000003321 amplification Effects 0.000 description 1
- 230000037005 anaesthesia Effects 0.000 description 1
- 210000003484 anatomy Anatomy 0.000 description 1
- 238000012550 audit Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000001574 biopsy Methods 0.000 description 1
- 238000002591 computed tomography Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 206010012601 diabetes mellitus Diseases 0.000 description 1
- 238000002405 diagnostic procedure Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000011143 downstream manufacturing Methods 0.000 description 1
- 238000001502 gel electrophoresis Methods 0.000 description 1
- 230000001631 hypertensive effect Effects 0.000 description 1
- 238000010166 immunofluorescence Methods 0.000 description 1
- 238000011532 immunohistochemical staining Methods 0.000 description 1
- 238000003364 immunohistochemistry Methods 0.000 description 1
- 238000013394 immunophenotyping Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000002595 magnetic resonance imaging Methods 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000009206 nuclear medicine Methods 0.000 description 1
- 238000003199 nucleic acid amplification method Methods 0.000 description 1
- 235000020824 obesity Nutrition 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 239000006187 pill Substances 0.000 description 1
- 238000003752 polymerase chain reaction Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 102000004169 proteins and genes Human genes 0.000 description 1
- 108090000623 proteins and genes Proteins 0.000 description 1
- 230000002207 retinal effect Effects 0.000 description 1
- 238000010186 staining Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- G06F19/322—
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G06F19/328—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- G06Q50/24—
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0861—Network architectures or network communication protocols for network security for authentication of entities using biometrical features, e.g. fingerprint, retina-scan
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Definitions
- the present application generally relates to heath information voice data and/or transcript of voice data and more specifically to the capturing, processing, and submission of this data from a mobile device.
- HIPAA Health Insurance Portability and Accountability Act
- the invention addresses challenges presented by a mobile provider workforce that sees patients within and across complex healthcare organizations which are frequently remote from the location where the healthcare insurance reimbursement claims are prepared and submitted.
- the invention accomplishes this by enabling on-the-go healthcare providers to capture and submit information about services rendered from any location via multiple modalities available on a mobile device.
- health care providers and healthcare provider organizations can accelerate clinical and administrative workflows, leading to more streamlined and timely medical claim generation and submission.
- a small private practice doctor can transmit billing information from the hospital to his or her back office by taking a photograph of the patient identifiers/insurance information and annotating that with speech derived data and manual data entry (i.e., annotate with billing codes or description of services provided) without the need for the implementation of a costly integration between a hospital information system and his back office (practice management) information system.
- the invention allows this to be done on a mobile device and in a way that is secure and in compliance with HIPAA privacy and security regulations. As such, the hospital can feel comfortable in that the provider is using a secure means to do this.
- users of the system may be the hospital's own employees and they may simply be transmitting data from one area or business unit or operation of the hospital to another (i.e., from the clinical side at the point of care to the billing operations in the back office).
- the hospital may prefer this system be used as opposed to simply having users doing this via renegade unapproved and non-secure means, such as taking photographs on their phone that end up stored unencrypted and non-password protected or texting protected patient information in clear text via SMS texting.
- the invention can comprise the following basic steps:
- Transmit provide access to, or present the information for consumption in a downstream business process, i.e., creating a medical claim.
- This can range from allowing an employee or medical billing staff member to pull up the information (i.e., look at it on a screen) from the charge database via the charge capture manager device to sending the information via an application programming interface or via a standard communications protocol like HL7 or Electronic Data Interchange (EDI) transaction (i.e., an EDI 5010 transaction) to a downstream system (i.e., a practice management software or a claims clearing house on another client device).
- EDI Electronic Data Interchange
- FIG. 1 illustrates an example workflow of user adding diagnosis information (diagnosis codes) by voice—step one: initiate “Select diagnoses . . . ” process.
- FIG. 2 illustrates an example workflow of user adding diagnosis information (diagnosis codes) by voice—step two: speak diagnosis, transcript of utterance is returned, a query is initiated and a list of results from which user can choose a match is returned.
- diagnosis information diagnosis codes
- FIG. 3 illustrates an example workflow of user adding a memo addendum to a ‘bill’, or an accounting of services rendered to a patient during a care episode, by voice—step one: initiate “ . . . add a voice memo . . . ” process.
- FIG. 4 illustrates an example workflow of user adding a memo addendum to a ‘bill’, or an accounting of services rendered to a patient during a care episode, by voice—step two (optional): select a ‘prompting’ template.
- FIG. 5 illustrates an example workflow of user adding a memo addendum to a ‘bill’, or an accounting of services rendered to a patient during a care episode, by voice—speak memo, transcript of utterances is returned as body of memo, use template as a guide if desired, save memo and submit to back office with the patient charges or ‘bill.’
- FIGS. 6-26 illustrate an example application or “app” on a smart phone, showing a series of screen captures of the invention in use.
- FIG. 27 depicts more traditional interfaces for data exchange between organizations or within organizations.
- FIG. 28A depicts an application of the present invention in a medical context where a mobile provider is using his or her mobile device at some point of care (i.e., a hospital) and in the course of his or her activity is capturing data necessary to document, bill for, and memorialize the services or procedures rendered for one or more patients.
- a mobile provider is using his or her mobile device at some point of care (i.e., a hospital) and in the course of his or her activity is capturing data necessary to document, bill for, and memorialize the services or procedures rendered for one or more patients.
- FIG. 28B is a block diagram illustrating exemplary portions of the client device and manager device at the organization in an exemplary operating environment.
- the present disclosure concerns a HIPAA compliant component of a mobile technology solution that enables healthcare providers and health care provider organizations to improve provider workflow, capture more revenue and obtain payment faster in the revenue cycle and eliminating inefficiencies, interim steps, and delays in information gathering (from multiple sources and physical locations) and submission.
- the focus of the technology is to address challenges presented by a mobile provider workforce that sees patients within and across complex healthcare organizations (many which have multiple locations and are on different information systems) which are frequently remote from the location where the healthcare insurance reimbursement claims are prepared and submitted.
- the technology accomplishes this by enabling on-the-go healthcare providers to capture and submit information about services rendered from any location via multiple modalities available on a mobile client device, including, but not limited to, computer vision and speech.
- a physician lounge, a physician's residence, a physician's desk in their office, or a point of care where a patient can be seen including, but not limited to, the patient's home, a nursing home, an ambulatory or outpatient surgery center, a non-hospital based clinic or office where a patient is seen on an outpatient basis, a hospital unit or area, including, but not limited to, an intensive care unit, medical or surgical floor, step down unit, emergency room, pre-operative area, post operative area or post anesthesia care unit, procedure area, ambulatory clinic, operating room, etc.
- health care providers and healthcare provider organizations can accelerate clinical and administrative workflows, leading to more streamlined and timely medical claim generation and submission.
- the mobile technology solution is a component of a broader platform that includes backend endpoints that communicate with mobile client devices equipped with multiple peripherals including, but not limited to, a graphical user interface and touch screen, a means of image capture, a means of voice capture, a transceiver, controller and instructions for configuring the controller stored in a memory.
- backend endpoints that communicate with mobile client devices equipped with multiple peripherals including, but not limited to, a graphical user interface and touch screen, a means of image capture, a means of voice capture, a transceiver, controller and instructions for configuring the controller stored in a memory.
- the platform enables on-the-go healthcare providers to immediately or in a queued or batched process submit via a client device data including, but not limited to, patient demographic, diagnosis, and billing information to a charge capture manager device at a backend endpoint that enables (i) staff members in a back office location (where financial and administrative operations are carried out for the healthcare provider organization) to access, edit, and further annotate the data set via a client device; (ii) a 3 rd party system (for example, a practice management software, a claims clearing house, or a payor organization) to securely access or be sent all or a subset of the data via a client device; and (iii) the data to be sent on for further downstream processing by a machine and or human.
- the data can include, but is not limited to, medical diagnosis and billing codes, health insurance information, charting related to what service(s) were rendered, etc.
- the client device 10 is a mobile device.
- the application (mobile device app) is installed in the memory 1006 of the mobile device.
- the controller 1004 is configured according to the mobile device app stored in the memory 1006 .
- Patient demographics, diagnosis information, and detail about the services rendered needed for billing can be captured via image and voice.
- Billing codes can be picked from a list returned from a voice query.
- the data is encrypted, and instantaneously or in a batch fashion, delivered to the provider organization's billing staff or a 3 rd party company that does billing on behalf of the provider and ultimately to the payor via a connection to a network 15 .
- the mobile device app may present a template for providers to follow regarding what information is needed and provide the ability to securely capture patient demographics and healthcare insurance billing information with the smart phone camera (leveraging computer vision) from a wristband, a computer screen showing the patient's demographics or insurance information, a sticker or paper with the patient's demographics and/or healthcare insurance information, and/or digital or paper face sheet.
- the solution eliminates the need for paper based charge capture processes, which result in lost revenue, errors, and significant delays in claim generation and submission.
- the mobile solution includes an application for a smart phone or the like (referred to here generally as client device).
- client device The physician simply verbally provides information about the care rendered to a patient and then they hit submit.
- the application is installed on the client device 10 that is HIPAA compliant.
- the solution leverages voice and computer vision to get information into the system, which means that there is no need to integrate the solution in the hospital, although a hybrid strategy of back end hospital system integration and image based data recognition is envisioned.
- stickers allows the various forms to contain much of the same evaluation and management codes for the inpatient setting so the doctor can check them off.
- Using the stickers also can allow for the capture of where the patient was seen and what physician rounded on that patient.
- stickers such as bracelets or wristbands that are worn by the patient to confirm before pills are provided, before a procedure is done, that the patient is indeed the correct patient to be receiving that procedure, diagnosis, or medication. Doctors always capture these stickers to know who they saw in the hospital.
- the other important piece of paper work is one that originates in the hospitals and skilled nursing facilities if the doctor is doing nursing home rounds. This is often referred to as a face sheet.
- the primary important information beyond the basic demographics that the face sheet has includes information on the admission, information about who the guarantor is on the insurance, and the insurance information that shows who the payor is and what the related group number and policy numbers are, all of which is information that is required so that physicians can do their billing.
- the physician revenue cycle all starts with a patient being seen. After that patient is seen, on the administrative side in so far as the billing, one of these paper forms must then make it to the biller. This is the front end of the revenue cycle. This is where this paper, such as the superbill, billing card, or encounter form, is filled out. This is also where delays can accrue if the physician takes a long time to turn in the paper work. Once those charges are in the back office, a biller can then process them and enter the claims into the practice management software. At that point, the charges on the claim go off to the payor through a claims clearing house and if everything goes well, there will be a payment that comes out of the back end of the revenue cycle process.
- the present invention focuses on eliminating the front end of the charge cycle, taking the charge lag of the physician revenue cycle from 10-30 days down to zero days.
- the physician opens the mobile client device or desktop app (application) and logs in.
- the controller 1004 of the client device 10 executing the application generates a resource request including an authentication credential associated with the physician (user) to be sent to the charge capture manager device 20 via a connection to the network 15 .
- the physician has Upon logging in, one option the physician has is to view their bill history where they can see which patients (one or more patient identifications) they have created bills on, what the medical record number and facility were for those patients, when the charge was submitted and the current status of the charge, whether the biller has posted the charge to the practice management software and sent the charge off to the claims clearing house and then the payor, or whether the charge is still a new charge. This allows the doctor to have some direct visibility into the revenue cycle.
- the new bill graphical display includes an image graphical interface 110 , wherein an image input interface 102 is generated when the image graphical interface 110 is selected for receiving an image including patient identification information.
- the doctor simply takes a photo of patient sticker after the doctor is prompted to take a picture of the patient sticker by the app.
- the doctor centers the lens over the sticker and once satisfied, they take the picture as shown in FIGS. 15-18 .
- the doctor then has the opportunity to review the photograph, to perform quality assurance, to ensure that it is not blurry, etc.
- the doctor is prompted: ‘can you read this?’
- the thumbnail of the patient sticker image would then appear in the area of the create new bill workflow interface as shown in FIG. 7 . If the doctor does not happen to be around or near a sticker, the doctor can always speak or type in the patient demographics.
- the new bill graphical display includes a voice input graphical interface 112 , wherein a voice input display shown in FIG. 3 subsequent in hierarchy to the new bill graphical display is generated when the voice input graphical interface 112 is selected.
- the voice input display includes a record control graphical interface 408 for recording voice utterances including patient identification information when selected; a transcript display portion for displaying a transcript of the voice utterances; and a plurality of template graphical interfaces for categorizing information included in the voice utterances to extract the patient identification information. Referring to FIG.
- a doctor selects the full bill template graphical interface 506 so that the associated full bill template 512 is displayed.
- the doctor is speaking a fictional patient's name and basic demographics would be “Jane . . . next field (navigating the data capture form in the user interface) . . . Doe . . . next field . . . female (adding the patient's gender) . . . next field . . . November 1, 1942 (adding the patient's date of birth) . . . next field . . . 305862 (adding the patient's medical record number) . . .
- the provider then has the opportunity to select the related diagnoses for the visit, either by speaking into the client device or by selecting matching billing codes from a list of results that the software application returns in response to the doctor's verbal utterances.
- the new bill graphical display includes a diagnosis selection graphical interface 104 , wherein a diagnosis selection display shown in FIG.
- diagnosis selection display 2 is generated when the diagnosis selection graphical interface 104 is selected, the diagnosis selection display subsequent in hierarchy to the new bill graphical display, the diagnosis selection display including: an open text field 202 for receiving diagnosis related information; a results display 204 for displaying a plurality of diagnosis codes returned as search results based upon the diagnosis related information; and a favorites display 206 for returning a plurality of diagnosis codes selected more than a predetermined number of times in a predetermined previous time period or diagnosis codes previously designated as favorite diagnosis codes. For example, if the doctor speaks or selects “hypertension”, a list of billing code search results is returned in response and then the doctor selects matching billing code. Here again the doctor can leverage voice to text to verbally look up the desired billing codes by speaking.
- the doctor can enter or add as many of the diagnosis billing codes as they need to by speaking or selecting, for example, “diabetes”, and a list of billing code search results is returned in response.
- the doctor can continue with additional diagnoses to accurately capture what is going on with the patient (“obesity”, “sprained right ankle”, etc.).
- the doctor can select the evaluation and management (E/M) code selection graphical interface 106 to create or add an evaluation and management billing code, such as “new inpatient consultation”.
- E/M code selection graphical interface 106 When the E/M code selection graphical interface 106 is selected, an E/M code selection display subsequent in hierarchy to the new bill graphical display is generated, the E/M code selection display including a plurality of selectable CPT codes.
- the invention allows that anything in the billing code database (on the client device 10 or on the charge capture manager device 20 ) that matches what the physician has said or selected will be returned in the list of results in the pick list shown in the user interface in response to the physician's input. The doctor can then select the correct billing code.
- the diagnosis codes can include International Classification of Diseases 9 (ICD-9) diagnosis billing codes and but also the corresponding ICD-10 diagnosis billing code.
- ICD-9 International Classification of Diseases 9
- ICD-10 diagnosis billing code The present inventive solution is ICD-10 ready, which is a major issue, the transition from ICD-9 to ICD-10, facing hospitals and physicians. ICD-10 is slated to go live in October of 2014.
- the provider can select the procedure code selection graphical interface 108 so that the procedure code selection display subsequent in hierarchy to the new bill graphical display is generated.
- the procedure code selection display including: an open text field for receiving procedure code related information; and a results display for displaying a plurality of procedure codes returned as results based upon the procedure code related information.
- the provider can use the procedure code selection to add the procedure information and the associated CPT billing code in the same manner, by speaking or selecting the appropriate procedure. If the returned procedures are incorrect, the doctor can initiate the verbal billing search again without selecting a result from the list of billing codes returned in the last verbal billing code query. When the correct code is returned, it can be selected.
- the approved image is then appended to the bill. If a doctor wants to add a memo, this also can be done verbally. For example, the doctor can speak “biller, please make sure we have captured the appropriate charges for the ankle splint that was provided to the patient period.” The doctor then approves and saves the memo.
- the next step is review of the bill information.
- the date of service is defaulted to today by the app.
- the date of admission can be added to the bill.
- the name of the doctor currently logged in is added. If the software user is billing for someone else, another doctor can be selected.
- the name of the facility can be added.
- the name of the referring doctor can be added. Once the user has entered the referring provider, the referring provider goes into the user's list of providers that are referring the user patients.
- That bill goes into the user's bill history.
- the new charge is flagged as a new charge in the user interface. All charge data, including images, is securely transmitted and processed—structured data deriving from the patient information in the image submitted is created.
- the billing information is sent to the charge capture manager device 20 .
- the biller After entry of information by the doctor, the biller is notified that there are new charges.
- the biller logs into the system (charge database in memory 2006 on the charge capture manager device 20 ) via a web browser on a client device 10 and can see the charge the provider just created for ‘jane doe.’
- the image derived patient demographics have been generated and the user can search, sort and filter the charges that users in the account have submitted based on the patient demographics and/or other information captured.
- the record from the list of submitted charges in the account provides a detail view of all of the information provided by the provider, including the transcript that was created by the provider for the billing staff.
- the billing staff has the opportunity to filter the bills based on status, and can change the status of the bills, can change what information is displayed and they can filter by user.
- a doctor can improve workflow, capture more revenue and obtain payment faster by automating steps in the revenue cycle and eliminating inefficiencies, interim steps, and delays in information gathering (from multiple sources and physical locations) and submission.
- the invention accomplishes this by enabling on-the-go healthcare providers to capture and submit information about services rendered from any location via multiple modalities available on a mobile client device.
- health care providers and healthcare provider organizations can accelerate clinical and administrative workflows, leading to more streamlined and timely medical claim generation and submission.
- the system permits the collection of data utilizing multiple peripherals on a mobile client device 10 (including, but not limited to the microphone, accelerometer, video sensor, global positioning system, touch screen, keyboard) or peripherals that may be tethered to a mobile client device 10 or wirelessly communicate with a mobile client device 10 (i.e., a signal from another piece of electronic equipment) or utilizing the mobile client device's ability to communicate (wirelessly or via wired connection) with an in house or third party information system.
- One potential application of the system is to collect data that documents and memorializes the occurrence of a billable medical encounter or episode of care between a provider and a patient or a billable service including but not limited the interpretation of a diagnostic study or review of the results from a diagnostic study.
- the system safely manages data that may contain personally identifiable health information that needs to be managed consistent with the HIPAA security and privacy rules and regulations
- the data collected may be any combination of a multitude of types including, but not limited to:
- the data captured via the various modalities can be temporarily securely stored on the mobile client device 10 or transmitted, immediately or at a later date decided by the user or based on programmatic instructions, via a wired or non-wired connection in a secure fashion consistent with any organizational policies, HIPAA, or any other privacy or security laws.
- the data may be transmitted securely to a server residing in a data center or another location.
- the server can provide the charge capture manager device 20 .
- the data is securely managed by commercially reasonable means both in transmission and at rest in a fashion consistent with organizational policies, HIPAA, or any other privacy or security laws.
- the data collected or a summary or subset thereof may at some point be transmitted securely to populate a third party system via an API or via a standard messaging protocol, including but not limited to Health Level Seven—HL7 messaging.
- An example of this might be transmission of the data to a practice management software being used to prepare claims to bill a payor for a medical service or procedure or transmission to a claims clearing house, in the case where the data has been organized and assembled into a medical claim.
- the data can be organized, annotated, processed, analyzed, and synthesized throughout the process (i.e., during collection or after transmission, etc.).
- Feedback may be provided to the user about the data initiated by a machine driven by logic or feedback from a remote party interpreting or reviewing the data during or after its collection. Feedback might include but would not be limited to feedback on the quality of the data or the completeness of the data (i.e., notification about missing or outstanding data that still needs to be collected), conclusions determined and arrived at via analysis of the data collected and some other logic (business rules, clinical decision support, or any other algorithms), and/or suggestions about next steps that should be taken. Feedback may be delivered by a multitude of modalities via the mobile device including tactile, audio (speaker), visual (user interface) or other means
- One of the manners in which the inventive system described can be employed is as a means or interface between two organizations that need to securely transfer information including protected health information driven by a human or machine actor using a mobile device.
- the data transfer may be necessary for any authorized need including but not limited to a business need (i.e., medical billing and medical claims preparation), a compliance need, a quality monitoring need, an accreditation reporting need, a research need, and other needs.
- the current invention describes a new data exchange interface driven by an authorized human or machine actor using mobile technology whereby the actor can collect data from multiple data sources utilizing the mobile device and its peripherals.
- Data may be actively captured or passively captured.
- Data may include, but is not limited to, data collected from manual data entry, from verbal data, from global positioning system data that may or may not be correlated with an action of the actor, from the current time (i.e., the actor's location where and time when a particular action was carried out or the location and time at which a particular event occurred), from images, such as, for example, snapshots of textual, graphical or pictorial data that is on a hard copy medium like paper, snapshots of similar information that is presented on a graphical user interface of some sort like a computer or workstation monitor, snapshots of a person, a part of a person, or a pathology of interest, snapshots of analytical readouts from specimens obtained from a patient or images of the patient specimen(s) under magnification with or without special dying or immunohistochemical staining, and/or snapshots of imaging studies (i.e. diagnostic imaging studies) that may be presented on a physical printout or as an image rendered on a computer
- Data may be collected at any location in one sitting, session, or episode or over a series of sessions, sittings, or episodes.
- Data collection locations might including but are not limited to, an office or business location, a residence, a skilled nursing facility, an acute care hospital, a rehabilitation hospital, an ambulatory surgery center, an outpatient clinic, a motor vehicle, a mobile clinic, a retail location, or other location.
- Data may be collected by one individual or machine actor or collaboratively by multiple individuals and/or machine actors using mobile devices.
- Individuals may include, but are not limited to be employees of an organization, business associates and contractors of an organization, customers or patients of an organization, medical providers, among others.
- Data is collected, annotated, assembled/organized, analyzed, processed, and submitted using various gestures (i.e., touch gestures) or verbal commands.
- various gestures i.e., touch gestures
- verbal commands i.e., verbal commands
- FIGS. 28A-28B depict an application of the present invention in a medical context where a medical service provider is using his or her mobile client device 10 at some point of care (i.e., a hospital) and in the course of his or her activity is capturing data necessary to document, bill for, and memorialize the services or procedures rendered for one or more patients.
- the mobile client device 10 is equipped with multiple peripherals that enable data collection of numerous types, both passive (i.e., GPS position and event time) and active (snapshot images taken with the video sensor or data keyed in or added verbally as annotations to data collected).
- the actor can utilize the video sensor on the device 10 to capture textual, graphical or pictorial data that may appear on a piece of paper (i.e., a hospital form or report like a ‘patient sticker’ or a patient ‘face sheet’ with patient identifiers and patient insurance information needed to bill the services), that may be in the form of a note that the healthcare provider hand wrote or typed and placed in the patient's paper or electronic medical record ‘chart’, that may be in the form of a snapshot of a patient, a wristband the patient may be wearing with personal identifiers and record locators, a part of the patient (face, surgical wound, site with a pathology that is being managed by the medical provider), or the patient in the midst of a procedure (i.e., an intraoperative image or snap shot of a fluoroscopic intra-procedure image that documents some aspect of the care—such as the procedure being done at a particular and correct anatomical site), that may be in the form of a diagnostic imaging or other study being
- the actor may also annotate the images and other data with manual data entered into the mobile client device 10 by voice, by typing on the device keyboard or by interacting with the software (stored in the memory 1006 ) on the mobile device 10 via the touch screen (i.e., adding some details of the services provided, adding a memo to be reviewed by a staff member or medical biller in the back office, searching for appropriate codes and then adding or annotating the data set with the diagnostic or procedure codes for the services provided).
- the invention allows the actor to use their own mobile device or an employer issued mobile device to collect, assemble, annotate and subsequently transmit this data (via transceiver 1002 ) to a data center (charge capture manager device 20 ) in a remote location where the information will be used by other actors or machines to execute downstream business processes.
- the invention provides a means for securely managing (collecting, persisting, transmitting) the data set collected which, in this example would include personal health information and patient identifiers that need to be protected and managed securely by law.
- the charge capture manager device 20 in the remote location includes a transceiver 2002 configured to receive a resource request from the client device 20 .
- the resource request includes authentication credentials associated with a user name.
- the manager device 20 includes a controller 2004 operatively coupled to the transceiver 2002 and one or more memory sources (depicted by 2006 ) operatively coupled to the controller 2004 .
- the one or more memory sources 2006 include a charge database and instructions for configuring the controller 2004 .
- the instructions configure the controller 2004 to add a new bill data set received from the client device to a bill history and set a status flag associated with the data set to indicate new charge, the new bill data set including patient identification information, one or more diagnoses, one or more one or more evaluation and management codes, a procedure billing code, date information and user information in the data set.
- the instructions configure the controller 2004 to generate an acknowledgment message indicating successful transmission of the new bill data set to be sent to the remote client device 10 ; delete a data set indicated in a request from the client device 10 , generate a notification message to be sent to another remote client device such as the biller indicating that the new bill data set has been stored; modify the status flag associated with the data set in response to a resource request received from the another remote client device including a request to change the status flag as shown in FIG. 8 ; and maintain an activity log of all access to a data set in the charge database.
- the controller 2004 can be further configured to determine the bill history in the charge database that is associated with the user name to be sent to the remote client device 10 during the secure communication session by the transceiver 2002 , the bill history including one or more data sets, each of the one or more data sets including a patient identification of a patient for which a bill has been created, a medical record number and facility, date information regarding when a charge was submitted, and a current status of the charge.
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Business, Economics & Management (AREA)
- Public Health (AREA)
- Biomedical Technology (AREA)
- Theoretical Computer Science (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Bioethics (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Finance (AREA)
- Software Systems (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Pathology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Computing Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
- This application claims the benefit of U.S. Provisional Patent Application No. 61806192 having a filing date of 28 Mar. 2013.
- 1. Technical Field
- The present application generally relates to heath information voice data and/or transcript of voice data and more specifically to the capturing, processing, and submission of this data from a mobile device.
- 2. Prior Art
- Protected Health Information is defined by the US Health Insurance Portability and Accountability Act (HIPAA). Interpretations of what PHI might include can be found on Wikipedia, http://en.wikipedia.org/wiki/Protected_health_information as accessed Mar. 28, 2013; HIPAA.com, http://www.hipaa.com/2009/09/hipaa-protected-health-information-what-does-phi-include/ as accessed on Mar. 28, 2013; and from many other 3rd party information sources.
- The US government generally requires that systems accessing electronic health records need to be configured to grant access to PHI only to people who need to know it. If PHI is accessed by a person not authorized to access it, then this could indicate a violation of both the HIPAA Privacy and Security Rules. Under certain circumstances, such an incident may have to be reported to the US Department of Health and Human Services (HHS) and/or a state agency as a breach of unsecured protected health information. Having good access controls and knowledge of who has viewed or used information (i.e., access logs) can help to prevent or detect these data breaches.
- Briefly, the invention addresses challenges presented by a mobile provider workforce that sees patients within and across complex healthcare organizations which are frequently remote from the location where the healthcare insurance reimbursement claims are prepared and submitted. The invention accomplishes this by enabling on-the-go healthcare providers to capture and submit information about services rendered from any location via multiple modalities available on a mobile device. By using the technology, health care providers and healthcare provider organizations can accelerate clinical and administrative workflows, leading to more streamlined and timely medical claim generation and submission.
- For example a small private practice doctor can transmit billing information from the hospital to his or her back office by taking a photograph of the patient identifiers/insurance information and annotating that with speech derived data and manual data entry (i.e., annotate with billing codes or description of services provided) without the need for the implementation of a costly integration between a hospital information system and his back office (practice management) information system. The invention allows this to be done on a mobile device and in a way that is secure and in compliance with HIPAA privacy and security regulations. As such, the hospital can feel comfortable in that the provider is using a secure means to do this. In fact, users of the system may be the hospital's own employees and they may simply be transmitting data from one area or business unit or operation of the hospital to another (i.e., from the clinical side at the point of care to the billing operations in the back office). The hospital may prefer this system be used as opposed to simply having users doing this via renegade unapproved and non-secure means, such as taking photographs on their phone that end up stored unencrypted and non-password protected or texting protected patient information in clear text via SMS texting.
- The invention can comprise the following basic steps:
- 1. Take a photograph of the key demographics of the patient (name, date of birth, account number, medical record number, gender, etc. or generally patient identification information), often from a patient sticker or a hospital facesheet;
- 2. Allow a user to make additional annotations to this information (description of services rendered and/or the actual diagnosis and billing codes, location of the services, etc.);
- 3. Securely parse or extract this patient identification information (potentially initially locally on the device but in the long run remotely in a data center and NOT on the device, i.e., wipe it from the device) and transmit it to a charge capture manager device at a back end system where it is stored securely at rest in a charge database;
- 4. Process this information via a combination of machines with or without human quality assurance, with the process being turning the data in the image to structured data persisted in data transport objects (data set) and some sort of data repository (charge database); and
- 5. Transmit, provide access to, or present the information for consumption in a downstream business process, i.e., creating a medical claim. This can range from allowing an employee or medical billing staff member to pull up the information (i.e., look at it on a screen) from the charge database via the charge capture manager device to sending the information via an application programming interface or via a standard communications protocol like HL7 or Electronic Data Interchange (EDI) transaction (i.e., an EDI 5010 transaction) to a downstream system (i.e., a practice management software or a claims clearing house on another client device).
- Accordingly, there is a need for a system and method for capturing, processing, and submission of this information, data, and images from a mobile device in a simple and secure manner, thereby simplifying the information collection and billing process for professionals, such as physicians. It is to this need and other needs that the present invention is directed.
-
FIG. 1 illustrates an example workflow of user adding diagnosis information (diagnosis codes) by voice—step one: initiate “Select diagnoses . . . ” process. -
FIG. 2 illustrates an example workflow of user adding diagnosis information (diagnosis codes) by voice—step two: speak diagnosis, transcript of utterance is returned, a query is initiated and a list of results from which user can choose a match is returned. -
FIG. 3 illustrates an example workflow of user adding a memo addendum to a ‘bill’, or an accounting of services rendered to a patient during a care episode, by voice—step one: initiate “ . . . add a voice memo . . . ” process. -
FIG. 4 illustrates an example workflow of user adding a memo addendum to a ‘bill’, or an accounting of services rendered to a patient during a care episode, by voice—step two (optional): select a ‘prompting’ template. -
FIG. 5 illustrates an example workflow of user adding a memo addendum to a ‘bill’, or an accounting of services rendered to a patient during a care episode, by voice—speak memo, transcript of utterances is returned as body of memo, use template as a guide if desired, save memo and submit to back office with the patient charges or ‘bill.’ -
FIGS. 6-26 illustrate an example application or “app” on a smart phone, showing a series of screen captures of the invention in use. -
FIG. 27 depicts more traditional interfaces for data exchange between organizations or within organizations. -
FIG. 28A depicts an application of the present invention in a medical context where a mobile provider is using his or her mobile device at some point of care (i.e., a hospital) and in the course of his or her activity is capturing data necessary to document, bill for, and memorialize the services or procedures rendered for one or more patients. -
FIG. 28B is a block diagram illustrating exemplary portions of the client device and manager device at the organization in an exemplary operating environment. - Generally, the present disclosure concerns a HIPAA compliant component of a mobile technology solution that enables healthcare providers and health care provider organizations to improve provider workflow, capture more revenue and obtain payment faster in the revenue cycle and eliminating inefficiencies, interim steps, and delays in information gathering (from multiple sources and physical locations) and submission.
- The focus of the technology is to address challenges presented by a mobile provider workforce that sees patients within and across complex healthcare organizations (many which have multiple locations and are on different information systems) which are frequently remote from the location where the healthcare insurance reimbursement claims are prepared and submitted.
- The technology accomplishes this by enabling on-the-go healthcare providers to capture and submit information about services rendered from any location via multiple modalities available on a mobile client device, including, but not limited to, computer vision and speech. For example, a physician lounge, a physician's residence, a physician's desk in their office, or a point of care where a patient can be seen including, but not limited to, the patient's home, a nursing home, an ambulatory or outpatient surgery center, a non-hospital based clinic or office where a patient is seen on an outpatient basis, a hospital unit or area, including, but not limited to, an intensive care unit, medical or surgical floor, step down unit, emergency room, pre-operative area, post operative area or post anesthesia care unit, procedure area, ambulatory clinic, operating room, etc. By using the technology, health care providers and healthcare provider organizations can accelerate clinical and administrative workflows, leading to more streamlined and timely medical claim generation and submission.
- The mobile technology solution is a component of a broader platform that includes backend endpoints that communicate with mobile client devices equipped with multiple peripherals including, but not limited to, a graphical user interface and touch screen, a means of image capture, a means of voice capture, a transceiver, controller and instructions for configuring the controller stored in a memory.
- The platform enables on-the-go healthcare providers to immediately or in a queued or batched process submit via a client device data including, but not limited to, patient demographic, diagnosis, and billing information to a charge capture manager device at a backend endpoint that enables (i) staff members in a back office location (where financial and administrative operations are carried out for the healthcare provider organization) to access, edit, and further annotate the data set via a client device; (ii) a 3rd party system (for example, a practice management software, a claims clearing house, or a payor organization) to securely access or be sent all or a subset of the data via a client device; and (iii) the data to be sent on for further downstream processing by a machine and or human. The data can include, but is not limited to, medical diagnosis and billing codes, health insurance information, charting related to what service(s) were rendered, etc.
- An example of how the technology might be used allows physicians and other healthcare providers to ‘Touch, Talk, and Submit’ billing data eliminating the need for paper-based billing cards and manual data entry. In this example, the
client device 10 is a mobile device. The application (mobile device app) is installed in thememory 1006 of the mobile device. Thecontroller 1004 is configured according to the mobile device app stored in thememory 1006. Patient demographics, diagnosis information, and detail about the services rendered needed for billing can be captured via image and voice. Billing codes can be picked from a list returned from a voice query. The data is encrypted, and instantaneously or in a batch fashion, delivered to the provider organization's billing staff or a 3rd party company that does billing on behalf of the provider and ultimately to the payor via a connection to anetwork 15. As shown in, for example,FIG. 5 , the mobile device app may present a template for providers to follow regarding what information is needed and provide the ability to securely capture patient demographics and healthcare insurance billing information with the smart phone camera (leveraging computer vision) from a wristband, a computer screen showing the patient's demographics or insurance information, a sticker or paper with the patient's demographics and/or healthcare insurance information, and/or digital or paper face sheet. The solution eliminates the need for paper based charge capture processes, which result in lost revenue, errors, and significant delays in claim generation and submission. - A description of the technology—protected health information voice data and/or transcript of voice data capture, processing and submission is:
-
- A system that permits a user (that may be required to undergo authentication and authorization to access this resource) to utilize a means of capturing and managing one or more voice files containing speech utterances (“Voice Utterances”) and/or the corresponding transcript (“Transcript”) containing protected health information (PHI) on a mobile client device
- Permit none or some user and/or hardware/software driven post PHI Voice Utterance and/or related Transcript(s) capture processing on mobile client device
- Send encrypted PHI Voice Utterance(s) and/or the meaningful content of related Transcript(s) derived after post PHI Voice Utterance capture processing and/or Transcript generation via a secure wired or unwired communication medium and/or protocol (if and when a connection is confirmed to be available) in real-time or via a queued or batched process either standalone or as annotation to a broader dataset
- Securely receive PHI Voice Utterance(s) and/or related Transcript(s) at a wired or remote backend endpoint (charge capture manager device)
- Maintain an encrypted copy of PHI Voice Utterance(s) and/or related Transcript(s) for some period of time on local (mobile) client device or securely remove and/or destruct and/or overwrite all data related to the PHI Voice Utterance(s) and/or related Transcript(s) from the local (mobile) client device after confirming successful transmission of the PHI Voice Utterance(s) and/or related Transcript(s) to the charge capture manager device at the remote backend endpoint
- Permit none or some authenticated and authorized user and/or hardware/software driven post PHI Voice Utterance(s) and/or related Transcript(s) receipt processing of PHI Voice Utterance(s) and/or related Transcript(s) on a machine and/or by an authenticated and authorized user via a secure user interface affiliated with the wired or remote backend endpoint
- Securely store PHI Voice Utterance(s) and/or related Transcript(s) and/or some or all of the meaningful content of thereof derived after post processing
- Securely log (for future audit purposes) any and all access to or transmission of PHI Voice Utterance(s) and/or related Transcript(s) and/or some or all of the meaningful content of thereof derived after post processing
- Process may stop here or a means may be provided to:
- Securely play back the PHI Voice Utterance(s) and/or render the related Transcript(s) and/or some or all of the meaningful content of thereof derived after post processing in a user interface on some user client machine or device (client device)
- Securely pass PHI Voice Utterance(s) and/or related Transcript(s) and/or some or all of the meaningful content of thereof derived after post processing to a downstream internal process
- Securely route or make available the PHI Voice Utterance(s) and/or related Transcript(s) and/or some or all of the meaningful content of thereof derived after post processing to an authenticated and authorized 3rd party system via some application programming interface
- Securely remove and/or destruct and/or overwrite all data related to the PHI Voice Utterance(s) and/or related Transcript(s) from the charge capture manager device at the backend endpoint after receiving instructions either programmatically or from an authenticated and authorized user with a role that has data deletion privileges
- Following is a disclosure of an illustrative application of the invention, presented in the form of a demonstration and referring to the figures.
- In one embodiment, the mobile solution includes an application for a smart phone or the like (referred to here generally as client device). The physician simply verbally provides information about the care rendered to a patient and then they hit submit. The application is installed on the
client device 10 that is HIPAA compliant. The solution leverages voice and computer vision to get information into the system, which means that there is no need to integrate the solution in the hospital, although a hybrid strategy of back end hospital system integration and image based data recognition is envisioned. - Currently, the status quo process of how physicians capture charges today for the work they do, namely, the patient care they provide, in a hospital, in an office, in an ambulatory surgery center, or in a nursing home. After a patient is seen, for example an obese hypertensive patient with hypertension who came into the office for treatment of an ankle sprain, the doctor charts in the medical records system, be it paper or electronic. That is either in the facility's record system or if in the doctor's office, in the doctor's own records system. Associated with that visit, the doctor needs to translate that care into billing codes. Billing codes consist of diagnosis codes as well as codes for the evaluation and management and any procedures that may have been done. Here at the top of the currently used form, often termed a superbill, there is a space where basic demographics can be captured. Name, date of birth, date of service, account number, and sometimes medical record number. Immediately beneath that, the doctor can write down the diagnosis codes, such as International Classification of Diseases (ICD)-9 codes and soon to be ICD-10. The rest of the form is dedicated to capturing evaluation and management charges about the visit. Those are called Current Procedural Terminology (CPT) codes. If this were an office visit, the doctor can look under outpatient services and they simply check off what they did and what the related diagnosis was.
- These forms are typically created with the most common billing diagnosis and billing codes that doctor might use. By having the most common codes on the forms, the doctor can simply check off the form to indicate to the billing staff in the back office, which of the codes is correct. Above the diagnoses on a typical superbill form are the CPT codes, whether for a new patient, an established patient, a consult, a post-operative visit. These are the codes with a straightforward low, moderate, or high complexity, etc., diagnosis or treatment. The doctor checks off the appropriate codes, and the related diagnoses. The typical form has a box for patient label. In the hospital there are frequently stickers that the doctors can pick up to quickly provide and capture the demographics for the care by attaching the sticker on the form. The use of such stickers allows the various forms to contain much of the same evaluation and management codes for the inpatient setting so the doctor can check them off. Using the stickers also can allow for the capture of where the patient was seen and what physician rounded on that patient. There are multiple examples of stickers, such as bracelets or wristbands that are worn by the patient to confirm before pills are provided, before a procedure is done, that the patient is indeed the correct patient to be receiving that procedure, diagnosis, or medication. Doctors always capture these stickers to know who they saw in the hospital.
- There are many varieties of the paper work or paper types that doctors use to capture charges in the hospital. For example, on such a form, a doctor would attach a sticker on and then the doctor would place a check next to the appropriate CPT code. Here the doctor can indicate what facility they are seeing the patient at, and write in their name as far as which physician saw the patient. That is the current process. It is a paper driven process and the doctor is responsible for carrying the form or superbill and placing it in a bin or delivering it personally to the back office so that charges can then be generated in the form of claims that go off to the payor. Some doctors simply carry around a piece of paper during the course of their day and attach stickers on the paper. In that way the doctors have a record of who they saw, and they did not have to write anything down.
- The other important piece of paper work is one that originates in the hospitals and skilled nursing facilities if the doctor is doing nursing home rounds. This is often referred to as a face sheet. The primary important information beyond the basic demographics that the face sheet has includes information on the admission, information about who the guarantor is on the insurance, and the insurance information that shows who the payor is and what the related group number and policy numbers are, all of which is information that is required so that physicians can do their billing.
- The physician revenue cycle all starts with a patient being seen. After that patient is seen, on the administrative side in so far as the billing, one of these paper forms must then make it to the biller. This is the front end of the revenue cycle. This is where this paper, such as the superbill, billing card, or encounter form, is filled out. This is also where delays can accrue if the physician takes a long time to turn in the paper work. Once those charges are in the back office, a biller can then process them and enter the claims into the practice management software. At that point, the charges on the claim go off to the payor through a claims clearing house and if everything goes well, there will be a payment that comes out of the back end of the revenue cycle process.
- The present invention focuses on eliminating the front end of the charge cycle, taking the charge lag of the physician revenue cycle from 10-30 days down to zero days. The physician opens the mobile client device or desktop app (application) and logs in. Particularly, the
controller 1004 of theclient device 10 executing the application generates a resource request including an authentication credential associated with the physician (user) to be sent to the chargecapture manager device 20 via a connection to thenetwork 15. Upon logging in, one option the physician has is to view their bill history where they can see which patients (one or more patient identifications) they have created bills on, what the medical record number and facility were for those patients, when the charge was submitted and the current status of the charge, whether the biller has posted the charge to the practice management software and sent the charge off to the claims clearing house and then the payor, or whether the charge is still a new charge. This allows the doctor to have some direct visibility into the revenue cycle. - Most of the time, the provider is logging into the application on the
client device 10 to do one thing, that is, create a new bill or charge. This is accomplished via the primary bill creation interface/workflow (new bill graphical display) for the doctor. Referring toFIG. 1 , this process can start with the ability to leverage the patient sticker or patient identification bracelet or wristband in the hospital to capture the demographics using computer vision. The new bill graphical display includes an imagegraphical interface 110, wherein animage input interface 102 is generated when the imagegraphical interface 110 is selected for receiving an image including patient identification information. The doctor simply takes a photo of patient sticker after the doctor is prompted to take a picture of the patient sticker by the app. For example, the doctor centers the lens over the sticker and once satisfied, they take the picture as shown inFIGS. 15-18 . The doctor then has the opportunity to review the photograph, to perform quality assurance, to ensure that it is not blurry, etc. The doctor is prompted: ‘can you read this?’ If the doctor is satisfied and approves of the image quality, the doctor clicks the use (approve image) button and a thumbnail image of that patient sticker is then added to the bill. The thumbnail of the patient sticker image would then appear in the area of the create new bill workflow interface as shown inFIG. 7 . If the doctor does not happen to be around or near a sticker, the doctor can always speak or type in the patient demographics. If the medical provider prefers voice to text technology, this can be used to create or capture the patient's basic demographics without touching the typewriter or keyboard on the device at all. The new bill graphical display includes a voice inputgraphical interface 112, wherein a voice input display shown inFIG. 3 subsequent in hierarchy to the new bill graphical display is generated when the voice inputgraphical interface 112 is selected. The voice input display includes a record controlgraphical interface 408 for recording voice utterances including patient identification information when selected; a transcript display portion for displaying a transcript of the voice utterances; and a plurality of template graphical interfaces for categorizing information included in the voice utterances to extract the patient identification information. Referring toFIG. 5 , in this example a doctor selects the full bill templategraphical interface 506 so that the associatedfull bill template 512 is displayed. The doctor is speaking a fictional patient's name and basic demographics would be “Jane . . . next field (navigating the data capture form in the user interface) . . . Doe . . . next field . . . female (adding the patient's gender) . . . next field . . . November 1, 1942 (adding the patient's date of birth) . . . next field . . . 305862 (adding the patient's medical record number) . . . 688922 (adding the patient's account number)” The software application on the mobile device or desktop then transcribes the provider's verbal utterances which is generated and shown on the fly in thetranscript display portion 510. Once that process has been completed, those basic patient demographics have been populated in the app. - The provider then has the opportunity to select the related diagnoses for the visit, either by speaking into the client device or by selecting matching billing codes from a list of results that the software application returns in response to the doctor's verbal utterances. The new bill graphical display includes a diagnosis selection
graphical interface 104, wherein a diagnosis selection display shown inFIG. 2 is generated when the diagnosis selectiongraphical interface 104 is selected, the diagnosis selection display subsequent in hierarchy to the new bill graphical display, the diagnosis selection display including: anopen text field 202 for receiving diagnosis related information; aresults display 204 for displaying a plurality of diagnosis codes returned as search results based upon the diagnosis related information; and afavorites display 206 for returning a plurality of diagnosis codes selected more than a predetermined number of times in a predetermined previous time period or diagnosis codes previously designated as favorite diagnosis codes. For example, if the doctor speaks or selects “hypertension”, a list of billing code search results is returned in response and then the doctor selects matching billing code. Here again the doctor can leverage voice to text to verbally look up the desired billing codes by speaking. The doctor can enter or add as many of the diagnosis billing codes as they need to by speaking or selecting, for example, “diabetes”, and a list of billing code search results is returned in response. The doctor can continue with additional diagnoses to accurately capture what is going on with the patient (“obesity”, “sprained right ankle”, etc.). - Returning to
FIG. 1 , then the doctor can select the evaluation and management (E/M) code selectiongraphical interface 106 to create or add an evaluation and management billing code, such as “new inpatient consultation”. When the E/M code selectiongraphical interface 106 is selected, an E/M code selection display subsequent in hierarchy to the new bill graphical display is generated, the E/M code selection display including a plurality of selectable CPT codes. The invention allows that anything in the billing code database (on theclient device 10 or on the charge capture manager device 20) that matches what the physician has said or selected will be returned in the list of results in the pick list shown in the user interface in response to the physician's input. The doctor can then select the correct billing code. Similarly, when the plurality of diagnosis codes returned as search results as described above, the diagnosis codes can include International Classification of Diseases 9 (ICD-9) diagnosis billing codes and but also the corresponding ICD-10 diagnosis billing code. The present inventive solution is ICD-10 ready, which is a major issue, the transition from ICD-9 to ICD-10, facing hospitals and physicians. ICD-10 is slated to go live in October of 2014. - Finally, if a procedure was done on the patient during the encounter with the provider, the provider can select the procedure code selection
graphical interface 108 so that the procedure code selection display subsequent in hierarchy to the new bill graphical display is generated. The procedure code selection display including: an open text field for receiving procedure code related information; and a results display for displaying a plurality of procedure codes returned as results based upon the procedure code related information. The provider can use the procedure code selection to add the procedure information and the associated CPT billing code in the same manner, by speaking or selecting the appropriate procedure. If the returned procedures are incorrect, the doctor can initiate the verbal billing search again without selecting a result from the list of billing codes returned in the last verbal billing code query. When the correct code is returned, it can be selected. Once the doctor is satisfied with the face sheet image quality after the provider's human quality assurance review, the approved image is then appended to the bill. If a doctor wants to add a memo, this also can be done verbally. For example, the doctor can speak “biller, please make sure we have captured the appropriate charges for the ankle splint that was provided to the patient period.” The doctor then approves and saves the memo. - The next step is review of the bill information. The date of service is defaulted to today by the app. The date of admission can be added to the bill. The name of the doctor currently logged in is added. If the software user is billing for someone else, another doctor can be selected. The name of the facility can be added. The name of the referring doctor can be added. Once the user has entered the referring provider, the referring provider goes into the user's list of providers that are referring the user patients.
- At this point the user is done and the user can hit submit. That bill goes into the user's bill history. The charge just created with its annotations, including images actually uploads in the background. The new charge is flagged as a new charge in the user interface. All charge data, including images, is securely transmitted and processed—structured data deriving from the patient information in the image submitted is created. the billing information is sent to the charge
capture manager device 20. - After entry of information by the doctor, the biller is notified that there are new charges. The biller logs into the system (charge database in
memory 2006 on the charge capture manager device 20) via a web browser on aclient device 10 and can see the charge the provider just created for ‘jane doe.’ The image derived patient demographics have been generated and the user can search, sort and filter the charges that users in the account have submitted based on the patient demographics and/or other information captured. The record from the list of submitted charges in the account provides a detail view of all of the information provided by the provider, including the transcript that was created by the provider for the billing staff. The billing staff has the opportunity to filter the bills based on status, and can change the status of the bills, can change what information is displayed and they can filter by user. - Thus, by using the invention, a doctor can improve workflow, capture more revenue and obtain payment faster by automating steps in the revenue cycle and eliminating inefficiencies, interim steps, and delays in information gathering (from multiple sources and physical locations) and submission. The invention accomplishes this by enabling on-the-go healthcare providers to capture and submit information about services rendered from any location via multiple modalities available on a mobile client device. By using the technology, health care providers and healthcare provider organizations can accelerate clinical and administrative workflows, leading to more streamlined and timely medical claim generation and submission.
- The system permits the collection of data utilizing multiple peripherals on a mobile client device 10 (including, but not limited to the microphone, accelerometer, video sensor, global positioning system, touch screen, keyboard) or peripherals that may be tethered to a
mobile client device 10 or wirelessly communicate with a mobile client device 10 (i.e., a signal from another piece of electronic equipment) or utilizing the mobile client device's ability to communicate (wirelessly or via wired connection) with an in house or third party information system. One potential application of the system is to collect data that documents and memorializes the occurrence of a billable medical encounter or episode of care between a provider and a patient or a billable service including but not limited the interpretation of a diagnostic study or review of the results from a diagnostic study. The system safely manages data that may contain personally identifiable health information that needs to be managed consistent with the HIPAA security and privacy rules and regulations - Data Collection
- The data collected may be any combination of a multitude of types including, but not limited to:
-
- All or a subset of the information that is necessary to collect for the purpose of activities including but not limited to: billing for medical services or procedures, assembling a medical claim, documenting the performance of medical services or procedures, preparing a report for presentation internally, to a third party, or to a patient, for record keeping and compliance purposes, for accreditation, for executing safety surveillance or quality improvement efforts, for participation in medical research or pharmaceutical post marketing surveillance;
- Image based data that may contain written (handwritten or typescript) text or language that originated from a hard copy (i.e., a physical print out on a piece of paper) or a soft copy (i.e., an image rendered on a computer screen). For example, text data that might appear in clinical charting, diagnostic study reports, patient registration and insurance data, patient identification, legal contracts (i.e., advanced directives, procedure consent forms), questionnaires or feedback data provided by a person (i.e., a patient or a consultant);
- Image based data that is the output of some diagnostic procedure such as a radiograph (including, but not limited to one or a collection of plain film x-rays, computed tomography scans, magnetic resonance imaging scans, electrocardiograms, electroencephalograms, nuclear medicine studies, read outs rendered on the screen of various monitoring devices or a hardcopy thereof of, data plotted on axes of some sort to demonstrate trends such as for example the change in the value of a vital sign over time, soft or hard copy reports and images from machines that may analyze a specimen originating from a patient (i.e., cluster of differentiation based immunophenotyping) or the amplification of a specimen from a patient (an example of the latter being a polymerase chain reaction and gel electrophoresis);
- Image based data of a person, group of persons, or a particular part of a person or their anatomy or the condition thereof, including but not limited to an intraoperative image of a surgical site either with or without magnification (i.e., an image from an intraoperative microscope), image of a catheter, tube or line in place on a patient, image of a post-operative wound, image of a skin condition, image of a specimen (i.e., a surgical biopsy) either in gross or under low or high-power magnification such as that of an light microscope or electron microscope with or without staining, immunohistochemistry, immunofluorescence, etc.;
- Verbal, or text data created generated by the end user of the technology (i.e., by using voice to text, handwriting, typing, searching a database of data on the
client device 10, at themanager device 20 or another remote device and selecting items from the results to be added as annotations to the data being collected such as for example a medical diagnosis, evaluation and management, or procedure code); - Actively entered data (for example, information a user may provide by typing it into a form, by speaking, by interacting with and providing data via a software user interface via touch, voice or gestures) or passively collected data that the user has opted into providing or that the user is authorized to collect (i.e., the recording of a conversation, the users location as provided by global positioning system, the users movement such as that which may be provided by an accelerometer, etc.); and
- Information that is pulled from an information system that the user is authorized to access, that the user's
mobile client device 10 is authorized to access and that the user'smobile client device 10 is able to connect to via a wired or non-wired connection. Examples may be accessing and pulling in patient or provider data from a hospital, a payor, a third party vendor system (i.e., credit scoring service, insurance validation service, etc.), pharmaceutical company database, a research database, an ontology database such as for example a database containing SNOMED data, using key words or search terms, or using record locators or identifiers captured by the mobile device's video sensor, captured by manual data entry (i.e., by typing or voice) by an end user, captured using physical characteristic or biometric data (i.e., image of an individual's face, a finger print, a retinal scan, using deoxyribonucleic acid, a protein sample, or analysis thereof).
- The data captured via the various modalities can be temporarily securely stored on the
mobile client device 10 or transmitted, immediately or at a later date decided by the user or based on programmatic instructions, via a wired or non-wired connection in a secure fashion consistent with any organizational policies, HIPAA, or any other privacy or security laws. - The data may be transmitted securely to a server residing in a data center or another location. The server can provide the charge
capture manager device 20. The data is securely managed by commercially reasonable means both in transmission and at rest in a fashion consistent with organizational policies, HIPAA, or any other privacy or security laws. - The data collected or a summary or subset thereof may at some point be transmitted securely to populate a third party system via an API or via a standard messaging protocol, including but not limited to Health Level Seven—HL7 messaging. An example of this might be transmission of the data to a practice management software being used to prepare claims to bill a payor for a medical service or procedure or transmission to a claims clearing house, in the case where the data has been organized and assembled into a medical claim.
- The data can be organized, annotated, processed, analyzed, and synthesized throughout the process (i.e., during collection or after transmission, etc.). Feedback may be provided to the user about the data initiated by a machine driven by logic or feedback from a remote party interpreting or reviewing the data during or after its collection. Feedback might include but would not be limited to feedback on the quality of the data or the completeness of the data (i.e., notification about missing or outstanding data that still needs to be collected), conclusions determined and arrived at via analysis of the data collected and some other logic (business rules, clinical decision support, or any other algorithms), and/or suggestions about next steps that should be taken. Feedback may be delivered by a multitude of modalities via the mobile device including tactile, audio (speaker), visual (user interface) or other means
- A Data Transmission Interface
- As shown in
FIG. 27 , traditional means of data exchange or interfaces between organizations consist of in person verbal communication, wired telephone and facsimile communication, paper based communication (i.e., mail or courier service), or email communication, text messaging, an application programming interface, among others. - One of the manners in which the inventive system described can be employed is as a means or interface between two organizations that need to securely transfer information including protected health information driven by a human or machine actor using a mobile device. The data transfer may be necessary for any authorized need including but not limited to a business need (i.e., medical billing and medical claims preparation), a compliance need, a quality monitoring need, an accreditation reporting need, a research need, and other needs. The current invention describes a new data exchange interface driven by an authorized human or machine actor using mobile technology whereby the actor can collect data from multiple data sources utilizing the mobile device and its peripherals.
- Data may be actively captured or passively captured. Data may include, but is not limited to, data collected from manual data entry, from verbal data, from global positioning system data that may or may not be correlated with an action of the actor, from the current time (i.e., the actor's location where and time when a particular action was carried out or the location and time at which a particular event occurred), from images, such as, for example, snapshots of textual, graphical or pictorial data that is on a hard copy medium like paper, snapshots of similar information that is presented on a graphical user interface of some sort like a computer or workstation monitor, snapshots of a person, a part of a person, or a pathology of interest, snapshots of analytical readouts from specimens obtained from a patient or images of the patient specimen(s) under magnification with or without special dying or immunohistochemical staining, and/or snapshots of imaging studies (i.e. diagnostic imaging studies) that may be presented on a physical printout or as an image rendered on a computer or picture archival communications system (PACS) workstation).
- Data may be collected at any location in one sitting, session, or episode or over a series of sessions, sittings, or episodes. Data collection locations might including but are not limited to, an office or business location, a residence, a skilled nursing facility, an acute care hospital, a rehabilitation hospital, an ambulatory surgery center, an outpatient clinic, a motor vehicle, a mobile clinic, a retail location, or other location.
- Data may be collected by one individual or machine actor or collaboratively by multiple individuals and/or machine actors using mobile devices. Individuals may include, but are not limited to be employees of an organization, business associates and contractors of an organization, customers or patients of an organization, medical providers, among others.
- Data is collected, annotated, assembled/organized, analyzed, processed, and submitted using various gestures (i.e., touch gestures) or verbal commands.
-
FIGS. 28A-28B depict an application of the present invention in a medical context where a medical service provider is using his or hermobile client device 10 at some point of care (i.e., a hospital) and in the course of his or her activity is capturing data necessary to document, bill for, and memorialize the services or procedures rendered for one or more patients. Themobile client device 10 is equipped with multiple peripherals that enable data collection of numerous types, both passive (i.e., GPS position and event time) and active (snapshot images taken with the video sensor or data keyed in or added verbally as annotations to data collected). The actor (mobile healthcare provider) can utilize the video sensor on thedevice 10 to capture textual, graphical or pictorial data that may appear on a piece of paper (i.e., a hospital form or report like a ‘patient sticker’ or a patient ‘face sheet’ with patient identifiers and patient insurance information needed to bill the services), that may be in the form of a note that the healthcare provider hand wrote or typed and placed in the patient's paper or electronic medical record ‘chart’, that may be in the form of a snapshot of a patient, a wristband the patient may be wearing with personal identifiers and record locators, a part of the patient (face, surgical wound, site with a pathology that is being managed by the medical provider), or the patient in the midst of a procedure (i.e., an intraoperative image or snap shot of a fluoroscopic intra-procedure image that documents some aspect of the care—such as the procedure being done at a particular and correct anatomical site), that may be in the form of a diagnostic imaging or other study being reviewed on a workstation monitor or a hard copy on a light box (i.e., a film showing a particular finding on an imaging study). The actor may also annotate the images and other data with manual data entered into themobile client device 10 by voice, by typing on the device keyboard or by interacting with the software (stored in the memory 1006) on themobile device 10 via the touch screen (i.e., adding some details of the services provided, adding a memo to be reviewed by a staff member or medical biller in the back office, searching for appropriate codes and then adding or annotating the data set with the diagnostic or procedure codes for the services provided). The invention allows the actor to use their own mobile device or an employer issued mobile device to collect, assemble, annotate and subsequently transmit this data (via transceiver 1002) to a data center (charge capture manager device 20) in a remote location where the information will be used by other actors or machines to execute downstream business processes. The invention provides a means for securely managing (collecting, persisting, transmitting) the data set collected which, in this example would include personal health information and patient identifiers that need to be protected and managed securely by law. - The charge
capture manager device 20 in the remote location includes atransceiver 2002 configured to receive a resource request from theclient device 20. The resource request includes authentication credentials associated with a user name. Themanager device 20 includes acontroller 2004 operatively coupled to thetransceiver 2002 and one or more memory sources (depicted by 2006) operatively coupled to thecontroller 2004. The one ormore memory sources 2006 include a charge database and instructions for configuring thecontroller 2004. The instructions configure thecontroller 2004 to add a new bill data set received from the client device to a bill history and set a status flag associated with the data set to indicate new charge, the new bill data set including patient identification information, one or more diagnoses, one or more one or more evaluation and management codes, a procedure billing code, date information and user information in the data set. The instructions configure thecontroller 2004 to generate an acknowledgment message indicating successful transmission of the new bill data set to be sent to theremote client device 10; delete a data set indicated in a request from theclient device 10, generate a notification message to be sent to another remote client device such as the biller indicating that the new bill data set has been stored; modify the status flag associated with the data set in response to a resource request received from the another remote client device including a request to change the status flag as shown inFIG. 8 ; and maintain an activity log of all access to a data set in the charge database. - The
controller 2004 can be further configured to determine the bill history in the charge database that is associated with the user name to be sent to theremote client device 10 during the secure communication session by thetransceiver 2002, the bill history including one or more data sets, each of the one or more data sets including a patient identification of a patient for which a bill has been created, a medical record number and facility, date information regarding when a charge was submitted, and a current status of the charge. - The foregoing detailed description of the preferred embodiments has been presented only for illustrative and descriptive purposes and is not intended to be exhaustive or to limit the scope and spirit of the invention. The embodiments were selected and described to best explain the principles of the invention and its practical applications. One of ordinary skill in the art will recognize that many variations can be made to the invention disclosed in this specification without departing from the scope and spirit of the invention.
Claims (20)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/228,739 US10811123B2 (en) | 2013-03-28 | 2014-03-28 | Protected health information voice data and / or transcript of voice data capture, processing and submission |
US29/639,038 USD872748S1 (en) | 2014-03-28 | 2018-03-02 | Display screen with graphical user interface |
US29/639,031 USD872747S1 (en) | 2014-03-28 | 2018-03-02 | Display screen with graphical user interface |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361806192P | 2013-03-28 | 2013-03-28 | |
US14/228,739 US10811123B2 (en) | 2013-03-28 | 2014-03-28 | Protected health information voice data and / or transcript of voice data capture, processing and submission |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US29/639,031 Continuation USD872747S1 (en) | 2014-03-28 | 2018-03-02 | Display screen with graphical user interface |
US29/639,038 Continuation USD872748S1 (en) | 2014-03-28 | 2018-03-02 | Display screen with graphical user interface |
Publications (3)
Publication Number | Publication Date |
---|---|
US20150278449A1 US20150278449A1 (en) | 2015-10-01 |
US20180004898A9 true US20180004898A9 (en) | 2018-01-04 |
US10811123B2 US10811123B2 (en) | 2020-10-20 |
Family
ID=54190763
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/228,739 Active 2039-07-29 US10811123B2 (en) | 2013-03-28 | 2014-03-28 | Protected health information voice data and / or transcript of voice data capture, processing and submission |
Country Status (1)
Country | Link |
---|---|
US (1) | US10811123B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220292953A1 (en) * | 2013-06-12 | 2022-09-15 | John Delaney | Mobile collection of sensitive information including tracking system and method |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011106776A2 (en) | 2010-02-26 | 2011-09-01 | Multimodal Technologies, Inc. | Clinical data reconciliation as part of a report generation solution |
US8463673B2 (en) | 2010-09-23 | 2013-06-11 | Mmodal Ip Llc | User feedback in semi-automatic question answering systems |
WO2014028529A2 (en) | 2012-08-13 | 2014-02-20 | Mmodal Ip Llc | Maintaining a discrete data representation that corresponds to information contained in free-form text |
CN105393297B (en) * | 2013-06-17 | 2018-08-10 | 索尼公司 | The method that image display control apparatus, image display system and control image are shown |
USD757045S1 (en) * | 2014-06-20 | 2016-05-24 | National Taiwan University | Display screen or portion thereof with an animated graphical user interface |
US20160232416A1 (en) * | 2015-02-09 | 2016-08-11 | Thomas Ralph Rossi | Vital Data Assistant |
US10950329B2 (en) | 2015-03-13 | 2021-03-16 | Mmodal Ip Llc | Hybrid human and computer-assisted coding workflow |
US10296982B1 (en) | 2015-10-15 | 2019-05-21 | State Farm Mutual Automobile Insurance Company | Using images and voice recordings to facilitate underwriting life insurance |
US9781243B1 (en) * | 2016-06-27 | 2017-10-03 | Intel Corporation | Optimizing wearable device settings using machine learning |
EP3571608A4 (en) | 2017-01-17 | 2020-10-28 | MModal IP LLC | Methods and systems for manifestation and transmission of follow-up notifications |
DE102017103824A1 (en) * | 2017-02-03 | 2018-08-09 | ThePeople.de GmbH | Data Management System |
CN108965566B (en) * | 2017-05-17 | 2021-04-09 | 北京博瑞彤芸文化传播股份有限公司 | Method for processing message information |
US10978187B2 (en) * | 2017-08-10 | 2021-04-13 | Nuance Communications, Inc. | Automated clinical documentation system and method |
US11316865B2 (en) | 2017-08-10 | 2022-04-26 | Nuance Communications, Inc. | Ambient cooperative intelligence system and method |
CA3083087A1 (en) | 2017-11-22 | 2019-05-31 | Mmodal Ip Llc | Automated code feedback system |
US11250383B2 (en) | 2018-03-05 | 2022-02-15 | Nuance Communications, Inc. | Automated clinical documentation system and method |
WO2019173333A1 (en) | 2018-03-05 | 2019-09-12 | Nuance Communications, Inc. | Automated clinical documentation system and method |
US11222716B2 (en) | 2018-03-05 | 2022-01-11 | Nuance Communications | System and method for review of automated clinical documentation from recorded audio |
US10868937B1 (en) * | 2018-09-12 | 2020-12-15 | Secure Channels, Inc. | Secure media transfer appliance |
CN109228954B (en) * | 2018-09-26 | 2022-06-07 | 曦煦新能源科技(上海)有限公司 | Charging pile energy management method and system and charging pile group system |
US11138334B1 (en) * | 2018-10-17 | 2021-10-05 | Medallia, Inc. | Use of ASR confidence to improve reliability of automatic audio redaction |
US11764949B2 (en) * | 2019-05-18 | 2023-09-19 | Semcorèl Inc | Secure electronic health record access during an emergency medical event |
US11227679B2 (en) | 2019-06-14 | 2022-01-18 | Nuance Communications, Inc. | Ambient clinical intelligence system and method |
US11043207B2 (en) | 2019-06-14 | 2021-06-22 | Nuance Communications, Inc. | System and method for array data simulation and customized acoustic modeling for ambient ASR |
US11216480B2 (en) | 2019-06-14 | 2022-01-04 | Nuance Communications, Inc. | System and method for querying data points from graph data structures |
US11531807B2 (en) | 2019-06-28 | 2022-12-20 | Nuance Communications, Inc. | System and method for customized text macros |
US11670408B2 (en) | 2019-09-30 | 2023-06-06 | Nuance Communications, Inc. | System and method for review of automated clinical documentation |
US11222103B1 (en) | 2020-10-29 | 2022-01-11 | Nuance Communications, Inc. | Ambient cooperative intelligence system and method |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5579393A (en) | 1994-06-21 | 1996-11-26 | Escan, Inc. | System and method for secure medical and dental record interchange |
US7353238B1 (en) | 1998-06-12 | 2008-04-01 | Outcome Sciences, Inc. | Apparatus and methods for determining and processing medical outcomes |
US20010032215A1 (en) | 1999-12-10 | 2001-10-18 | Mdofficelinx.Com, Llc | System for completing forms |
US20020019749A1 (en) * | 2000-06-27 | 2002-02-14 | Steven Becker | Method and apparatus for facilitating delivery of medical services |
US20020123907A1 (en) | 2000-12-02 | 2002-09-05 | Strayer Scott M. | System and software for capturing and encoding healthcare servives and processing healthcare claims |
US20050251417A1 (en) | 2004-05-10 | 2005-11-10 | Rakesh Malhotra | Physicians' remote charge capture system |
US20050288965A1 (en) | 2004-06-23 | 2005-12-29 | University Of Washington | Role-based approach for managing patient care information generated by healthcare provider |
US20060053034A1 (en) | 2004-09-08 | 2006-03-09 | Epic Systems Corporation | System and method for providing a real-time status for managing encounters in health care settings |
US20060229911A1 (en) | 2005-02-11 | 2006-10-12 | Medcommons, Inc. | Personal control of healthcare information and related systems, methods, and devices |
US20110110568A1 (en) | 2005-04-08 | 2011-05-12 | Gregory Vesper | Web enabled medical image repository |
US20070143148A1 (en) | 2005-12-15 | 2007-06-21 | International Business Machines Corporation | Anonymous brokering of patient health records |
JP2007221186A (en) | 2006-02-14 | 2007-08-30 | Seiko Epson Corp | Thumbnail display for image data |
US20080133269A1 (en) | 2006-10-31 | 2008-06-05 | Ching Peter N | Apparatus and methods for collecting, sharing, managing and analyzing data |
JP4624376B2 (en) | 2007-04-26 | 2011-02-02 | 株式会社損害保険ジャパン | Data visual cabinet system and data display method using the system |
US10438694B2 (en) | 2007-11-19 | 2019-10-08 | Medicalis Corporation | Management of medical workflow |
US20090164236A1 (en) | 2007-12-21 | 2009-06-25 | Microsoft Corporation | Smarter scheduling for medical facilities and physicians |
US20100161345A1 (en) | 2008-12-23 | 2010-06-24 | Integrated Surgical Solutions, Llc | Medical data tracking, analysis and aggregation system |
EP2435981A4 (en) | 2009-05-29 | 2014-10-15 | Disruptive Ip Inc | Robotic management of patient care logistics |
US20120070045A1 (en) | 2009-12-17 | 2012-03-22 | Gregory Vesper | Global medical imaging repository |
EP2651295A4 (en) | 2010-12-13 | 2015-11-18 | Ortho Kinematics Inc | Methods, systems and devices for clinical data reporting and surgical navigation |
US20120173281A1 (en) | 2011-01-05 | 2012-07-05 | Dilella James M | Automated data entry and transcription system, especially for generation of medical reports by an attending physician |
US20130054260A1 (en) | 2011-08-24 | 2013-02-28 | Paul Evans | System and Method for Producing Performance Reporting and Comparative Analytics for Finance, Clinical Operations, Physician Management, Patient Encounter, and Quality of Patient Care |
EP2766832A1 (en) | 2011-10-10 | 2014-08-20 | AbbVie Biotechnology Ltd | Managing healthcare services |
US20140249860A1 (en) | 2013-03-04 | 2014-09-04 | Michael RYNCHEK | Voice recognition medical coding application |
-
2014
- 2014-03-28 US US14/228,739 patent/US10811123B2/en active Active
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220292953A1 (en) * | 2013-06-12 | 2022-09-15 | John Delaney | Mobile collection of sensitive information including tracking system and method |
Also Published As
Publication number | Publication date |
---|---|
US10811123B2 (en) | 2020-10-20 |
US20150278449A1 (en) | 2015-10-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10811123B2 (en) | Protected health information voice data and / or transcript of voice data capture, processing and submission | |
US10492062B2 (en) | Protected health information image capture, processing and submission from a mobile device | |
US10482216B2 (en) | Protected health information image capture, processing and submission from a client device | |
US20160103963A1 (en) | Method and system for smart healthcare management | |
US8396804B1 (en) | System for remote review of clinical data | |
US8380631B2 (en) | Communication of emergency medical data over a vulnerable system | |
US7974924B2 (en) | Medical data encryption for communication over a vulnerable system | |
US20130110547A1 (en) | Medical software application and medical communication services software application | |
US20150046189A1 (en) | Electronic health records system | |
US20070288268A1 (en) | Adaptable Electronic Medical Record System and Method | |
CA2957567A1 (en) | Secure monitoring of private encounters | |
US20060041450A1 (en) | Electronic patient registration system | |
US20050027567A1 (en) | System and method for health care data collection and management | |
US20090138284A1 (en) | Integrated Record System and Method | |
US20220101966A1 (en) | Systems and methods for securely sharing electronic health information | |
WO2014204994A1 (en) | Management of medical information | |
US20020116219A1 (en) | Method of wireless medical database creation and retrieval | |
US20200193055A1 (en) | Systems and methods for clinical study management | |
WO2015015321A1 (en) | Digital and computerized information system to access contact and medical history data of individuals in an emergency situation | |
US10296716B1 (en) | System of and method for collecting and transmitting advance care planning and directives documentation | |
US20220076794A1 (en) | Systems and methods for requesting and retrieving medical records between disparate medical providers | |
US20150379204A1 (en) | Patient application integration into electronic health record system | |
US20160162642A1 (en) | Integrated Medical Record System using Hologram Technology | |
US11837341B1 (en) | Secured messaging service with customized near real-time data integration | |
US20170147792A1 (en) | Electronic data document for use in clinical trial verification system and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: PETITION RELATED TO MAINTENANCE FEES GRANTED (ORIGINAL EVENT CODE: PTGR); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY |
|
STCV | Information on status: appeal procedure |
Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: AMENDMENT / ARGUMENT AFTER BOARD OF APPEALS DECISION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2551); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY Year of fee payment: 4 |