WO2009035687A1 - Dispositif, procédé et système pour portail de fournisseur de soins médicaux sur le web - Google Patents

Dispositif, procédé et système pour portail de fournisseur de soins médicaux sur le web Download PDF

Info

Publication number
WO2009035687A1
WO2009035687A1 PCT/US2008/010704 US2008010704W WO2009035687A1 WO 2009035687 A1 WO2009035687 A1 WO 2009035687A1 US 2008010704 W US2008010704 W US 2008010704W WO 2009035687 A1 WO2009035687 A1 WO 2009035687A1
Authority
WO
WIPO (PCT)
Prior art keywords
physician
health information
information data
facility
health
Prior art date
Application number
PCT/US2008/010704
Other languages
English (en)
Inventor
Matthew Mccord
Original Assignee
Matthew Mccord
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Matthew Mccord filed Critical Matthew Mccord
Publication of WO2009035687A1 publication Critical patent/WO2009035687A1/fr

Links

Classifications

    • 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
    • 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/67—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 remote operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
    • Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation

Definitions

  • the present invention relates to an apparatus, system, and method for managing personal health care. More particularly, the present invention relates to an apparatus, system, and method for providing an electronic marketplace for an individual to access and manage his health care via a web-based health care portal or application. The present invention further relates to an apparatus, system, and method for compiling and displaying localized consumer health care information, enabling the individual to locate and access health care providers and facilities in the individual's local area. The localization over a period of time enables an individual to access specialty and tourism-related information across the U.S. and the world.
  • an apparatus, system, and method in which an individual can access and manage his health care via a web- based application, whereby the web-based application compiles and displays local consumer health information in a uniform and understandable way. Furthermore, a web-based application is needed which provides the user with the ability to locate and access health care providers and facilities in the user's local area, e.g. using the individual's zip code, and further permits the user to schedule health care services.
  • an apparatus, system, and method are needed to facilitate an inflow of health information from data sources and to consolidate and process the health information for use by an individual in managing the individual's personal health information, health care services, and health care costs. This would assist employers to shop and obtain the best healthcare pricing in a highly constrained black box pricing model.
  • an apparatus, system and method are needed to deliver health information to an individual, whereby the health information can include an individual's personal health record, and physician, physician extender, and health care facility profile information, such as whether the physician, physician extender, and/or health care facility is accepting new patients and which health insurance products are accepted, localized to an individual's zip code, facility amenities, and consumer provider ratings, and further to provide health alerts to the individual in response to individualized health care needs.
  • the health information can include an individual's personal health record, and physician, physician extender, and health care facility profile information, such as whether the physician, physician extender, and/or health care facility is accepting new patients and which health insurance products are accepted, localized to an individual's zip code, facility amenities, and consumer provider ratings, and further to provide health alerts to the individual in response to individualized health care needs.
  • an apparatus including a processor configured to receive raw health information data from a health information source, and to process the raw health information data by transforming the raw health information data into refined health information data.
  • the apparatus further includes a processing storage unit configured to store the refined health information data, and a validator configured to validate and test the refined health information data for accuracy.
  • the apparatus further includes a transmitter configured to transmit the refined health information data to a database storage unit for use by a graphical user interface to enable a user to access and manage health care needs of the user in a user selected geographical area.
  • an apparatus including processing means for receiving raw health information data from a health information source, and for processing the raw health information data by transforming the raw health information data into refined health information data.
  • the apparatus further includes process storing means for storing the refined health information data, and validating means for validating and testing the refined health information data for accuracy.
  • the apparatus further includes transmitting means for transmitting the refined health information data to a database storage unit for use by a graphical user interface to enable a user to access and manage health care needs of the user in a user selected geographical area.
  • a system including a receiver configured to receive raw health information data from a health information source, and a processor configured to process the raw health information data by transforming the raw health information data into refined health information data.
  • the system further includes a database storage unit configured to store the refined health information data, and a display configured to display the refined health information data to enable a user to access and manage health care needs of the user in a user selected geographical area.
  • a method including the steps for receiving raw health information data from a health information source, processing the raw health information data by transforming the raw health information data into refined health information data, and storing the refined health information data.
  • the method further includes steps for validating and testing the refined health information data for accuracy, and transmitting the refined health information data to a database storage unit for use by a graphical user interface to enable a user to access and manage health care needs of the user in a user selected geographical area.
  • a method including the steps for receiving raw health information data from a health information source, and processing the raw health information data by transforming the raw health information data into refined health information data.
  • the method further includes steps for storing the refined health information data, and displaying the refined health information data to enable a user to access and manage health care needs of the user in a user selected geographical area.
  • a computer program product embodied on a computer readable medium.
  • the computer program product is configured to control a processor to perform the steps for receiving raw health information data from a health information source, and processing the raw health information data by transforming the raw health information data into refined health information data.
  • the computer program product is further configured to control the processor to perform the steps of storing the refined health information data, and displaying the refined health information data to enable a user to access and manage health care needs of the user in a user selected geographical area.
  • FIGS. IA and IB are schematic block diagrams illustrating a system for managing an individual's health care, in accordance with an embodiment of the present invention.
  • FIG. 2 is a schematic block diagram illustrating a data staging area for compiling health information, in accordance with an embodiment of the present invention.
  • FIG. 3 is a schematic block diagram illustrating a business engine for processing health information for a web-based application, in accordance with an embodiment of the present invention.
  • FIG. 4 is a home page view of a graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 5 is a consumer view - consumer health record page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 6 is a consumer view - physician search results page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 7 is a consumer view - facility search results page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIGS. 8 A and 8B are consumer view — physician detail view including physician's (service provider) profile information pages of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 9 is a consumer view - physician detail view including physician's (service provider) appointment scheduling page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 10 is a consumer view - facility detail view including facility's (service provider) profile information page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 1 1 is a consumer view - facility detail view including facility's (service provider) appointment scheduling page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 12 is a physician view - initial login view and alerts page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 13 is a physician view - confirming "Is This You?" identity page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIGS. 14A and 14B are physician view - confirmation pages of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 15 is a physician view - biographical information entry page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 16 is a physician view - professional information entry page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 17 is a physician view - office information entry page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 18 is a facility view - office information entry page of the graphical user interface, in accordance with an embodiment of the present invention.
  • FIG. 19 is an example of a health information processing method, in accordance with an embodiment of the present invention.
  • FIGS. 2OA, 2OB, and 2OC are flow diagrams for a user registration process, in accordance with an embodiment of embodiment of the present invention.
  • FIGS. 21 A and 2 IB are healthcare support forum pages, in accordance with an embodiment of the present invention.
  • the present invention combines electronic hardware and software components to create an apparatus, a system, and a method for providing an electronic marketplace for an individual to access and manage his health care via a web-based portal or application.
  • the present invention further creates an apparatus, a system, and a method for compiling and displaying localized consumer health care information, enabling the individual to locate and access appropriate health care providers and facilities in the individual's local area, or in a preferred geographical area.
  • HIPAA Health Insurance Portability and Accountability Act
  • FIGS. IA and IB are schematic block diagrams illustrating a system, such as the Mysano Business Context Model, for managing an individual's health care, in accordance with an embodiment of the present invention.
  • System 5 includes a plurality of health information sources, a data staging area, a business engine, and a graphical user interface.
  • the plurality of health information sources can include consumer health records 10, facility /physician/physician extender records 20, insurance provider records 30, healthcare benefits administration records 40, non-U.S. multi- disciplinary data 50, a healthcare knowledge database 60, physician extenders 70, consumers 80, facility administrators 90, and physicians 100.
  • EHR electronic health records
  • PHR personal health records
  • CHR consumer health records
  • a plurality of CHRs 10 can be stored in a secure database for easy retrieval and use as allowed for by the individual patient or health consumer.
  • Examples of a CHR database can include MICROSOFT'S HEALTHVAULTTM, GOOGLE HEALTH'S PHRTM, and DOSSIA' S ELECTRONIC MEDICAL RECORDSTM (“EMR").
  • Each CHR 10 can store an individual's medical history, exam results, and lab and test results.
  • the CHR 10 can also include, for example, an individual's identification sheet listing the individual's name, address, telephone number, insurance, and policy number.
  • a list of significant illnesses and operations for the individual, a list of medications prescribed for the individual, and an account of the individual's medical history can also be included.
  • the individual's medical history can include major illnesses and surgeries, significant family history of disease, health habits, current medications, and past medical examination results.
  • the digital health record can also include progress notes recorded by doctors, nurses, therapists, and social workers caring for the individual that reflect the individual's response to treatment, their observations, and plans/recommendations for continued treatment.
  • the record can also include findings associated with X-rays, mammograms, ultrasounds, and scans. It can also include the results of tests conducted on bodily fluids, such as throat cultures, urinalysis, cholesterol levels, and blood work.
  • the digital health record can also include immunization records documenting immunizations given for diseases, such as polio, measles, mumps, rubella, and the flu.
  • the record can also include consent and authorization forms, such as copies of consents for admission, treatment, surgery, and release of information.
  • detailed reports and summaries such as an operation report, a pathology report, and a discharge summary can also be included.
  • the operation report can describe specific details related to surgeries performed and identify the surgeons and assistants performing these surgeries.
  • the pathology report can describe tissue removed during an operation and the diagnosis determined from an analysis of the tissue sample.
  • the discharge summary can provide a concise summary of the individual's hospital stay, including the reason for admission and release, significant findings, procedures performed, therapies provided, medications prescribed, the individual's response to treatments, and instructions for medications, activity, diet, and follow-up procedures or care.
  • system 5 is capable of interacting with any CHR 10 that supports health care interoperability standards, including, for example, HL7, ANSI X12, EN 13606, HISA, DICOM 5 ISO 18308.
  • System 5 can include facility/physician records 20.
  • Facility/physician records 20 can include a database of National Provider Identifier ("NPI") numbers, and a database of health care facilities.
  • Facility/physician/physician extender records 20 can also include a physician's, a physician extender's, or a facility's associated NPI identification number, name, location information, contact information, office hours, provider taxonomy details, credentials, accepted insurance information, provider ratings, and amenities.
  • HIPAA created an Administration Simplification Standard or National Plan & Provider Enumeration System (“NPPES”) that created unique NPI numbers for identifying and managing health care providers and facilities.
  • NPI is a 10-digit, intelligence-free numeric identifier associated with each health care provider or facility that provides care for Medicare and Medicaid patients.
  • a database of NPI numbers is managed by Health and Human Services' (“HHS") Centers for Medicare and Medicaid Services (“CMS").
  • HHS's CMS provide a database, updated monthly, that lists all providers and facilities registered to care for Medicare and Medicaid patients.
  • the NPPES database can serve as a resource to identify health care providers and facilities within a geographic area.
  • Participating health care systems and facilities provide databases that list those practitioners who are on staff at a facility or facilities. These databases are collected and matched to the practitioner's NPI database information for confirmation of the physician's practice and the practice's associated biographical information.
  • facility/physician/physician extender records 20 can include physician and facility ratings, collected from multiple sources, such as ANGIE' S LISTTM, HEALTHGRADES.COMTM, RATEMDSTM, REVOLUTION HEALTH GROUPTM, ZAGATTM, and users of system 5. Additionally, users of system 5 can rate a physician or facility, for example, based on a scale of 1-5, whereby 5 is the best rating and 1 is the worst rating. The ratings can include assessments of physicians and facilities on their cleanliness, beside manner, the helpfulness of office staff, whether the physician explained things clearly, whether the physician understood the patient's concerns, etc.
  • Physician, physician extender and facility ratings are provided on respective physician and facility information profile pages in the graphical user interface 150 discussed below. These ratings can be displayed in a FORUMS section, such as a healthcare support forums, within the detailed view page of a respective physician's or facility's health information profile pages as discussed below.
  • the healthcare support forums as illustrated in FIGS. 21 A and 2 IB, can include healthcare diagnosis, health condition related chat sessions utilized by registered consumers
  • system 5 can include insurance provider records 30.
  • Insurance provider records 30 can include data on available health plans organized by geographic region or a specific state.
  • Insurance provider records 30 can also include insurance provider names, addresses, contact information, insurance offerings, and promotional items. Additionally, insurance provider records 30 can also include a list of facilities that accept their specific insurance plans.
  • Insurance provider records 30 can be used to pre-populate the insurance drop-down menus on the consumer view of the graphical user interface 150 and the physician registration area on the home page view of the graphical user interface 150 discussed below.
  • Insurance provider records 30 can be periodically or continually updated, permitting an adaptive map of insurance providers to be updated and organized by geographic region or specific state as more data is loaded into system 5 by a system administrator. Private and government insurance entities can also provide data resources to the system administrator for updating insurance provider records 30.
  • system 5 can include health care benefits and administrative records 40.
  • Health care benefits and administrative records 40 can include benefit administration names, addresses, contact information, and associated products and services.
  • Health care benefits can include links to financial service companies that hold consumer health savings accounts ("HSA") information.
  • HSA consumer health savings accounts
  • Administrative records can include data provided from outside agencies that coordinate health care benefits for employers.
  • System 5 can include non-U.S. multi-disciplinary data 50.
  • Non- U.S. multi-disciplinary data 50 can include consumer health records, facility/physician/physician extender records, insurance provider records, medical tourism demand and trends, health care administration offerings, and health care benefits administration records, and their associated subcomponents as discussed above, from non-U.S. sources.
  • system 5 provides an electronic marketplace for an individual to access and manage his health care in the U.S. and abroad.
  • system 5 can function as a one-stop shop for medical tourism-related health care needs ranging from hip surgery to medical rejuvenation service.
  • system 5 can include a health care knowledge database 60.
  • the health care knowledge database 60 can display RSS feeds from common health care information sources, whereby the feeds can include, for example, blog entries, news headlines, podcasts about health care content, health tips, health alerts, information about conferences, webinars, workshops, events and conventions, and information about leading health care innovations.
  • the health care knowledge database 60 can also provide links to external databases from informational sources, such as WEBMD.COMTM, WIKIPEDIATM, and REVOLUTIONHEALTH.COMTM.
  • system 5 can alert, remind, educate the consumer, physician, physician extender, and facility of events that may impact each of their profiles.
  • System 5 can include a plurality of physician extenders 70, consumers 80, facility administrators 90, and physicians 100, who are both sources of health care information and participants in the health care system.
  • system 5 can include a data staging area 110 for compiling health information, as further illustrated in FIG. 2, in accordance with an embodiment of the present invention.
  • the data staging area 110 can receive health information from consumer health records 10, facility/physician/physician extender records 20, insurance provider records 30, healthcare benefits administration records 40, non-U.S. multi- disciplinary data 50, healthcare knowledge database 60, physician extenders 70, consumers 80, facility administrators 90, and physicians 100. All of the health information can be received by and stored in the data staging area 110 initially as raw data.
  • Data staging area 110 can clean, collate and catalog the raw health information data to facilitate pre-population of data into core database 140, and subsequently into the consumer, physician, and facility views of graphical user interface 150. Accordingly, data staging area 1 10 facilitates a streamlined process 170 of registering a physician, physician extender, consumer, and facility through the graphical user interface 150.
  • Data staging area 1 10 can include data loaders 112, whereby the data loaders are configured to pump in the health information from the plurality of health information sources 114, placing the raw data of health information into a plurality of initial data structures 1 16.
  • System 5 can further include business engine 120 for processing health information for a web-based application, as further illustrated in FIG. 3, in accordance with an embodiment of the present invention.
  • Business engine 120 can include a plurality of transformers 121 that transform the initial raw data of health information from the plurality of initial data structures 114 into refined health information data stored in a plurality of refined data structures 122 in business engine 120.
  • Business engine 120 can process the transformed health information, refining the transformed health information into data to be validated and tested for accuracy by validator 123, and subsequently loaded into core database 140.
  • Validation can also utilize valid email addresses, NPI Number, and the health care provider's or facility's bankcard for leveraging base and premium services to be discussed below.
  • users of the graphical user interface 150 can view, update, and publish health care information associated with the consumer, the physician, physician extender, and the health care facility.
  • Business engine 120 can further include a plurality of subcomponents, such as a data control center 124, an information control center 125, a knowledge delivery center 126, an alert control center 127, a transformation engine 128, a security control engine 129, and an intellectual property control center 130.
  • a data control center 124 an information control center 125
  • a knowledge delivery center 126 an alert control center 127
  • a transformation engine 128, a security control engine 129 can further include a plurality of subcomponents, such as a data control center 124, an information control center 125, a knowledge delivery center 126, an alert control center 127, a transformation engine 128, a security control engine 129, and an intellectual property control center 130.
  • these sub-components can function to identify, define, and link to credible information and complete health care raw data sources. For example, these sub-components can identify credible and reliable data sources. These sub-components can define critical data elements, such as an attribute name, value range, source, update frequency, last update, last update by, and update trail. Further, these sub-components can execute a data sharing agreement with a data source provider by defining source data update frequency, source data availability alerts, source data usage descriptions, source data usage costs. These sub-components can also define and implement import mechanisms from these raw data sources.
  • Data control center 124 can facilitate health information data inflow from the plurality of health information sources 1 14, such as a NPI database or any National Healthcare Registry database, CMS taxonomy data feed, insurance feeds, medical knowledge base data feeds, facility-related data feeds, and health care benefits administration feeds.
  • the inflow of data can be received in raw data feeds in their native format, such as *.viz, *.xml, *.csv, *.xls, *.doc, *.pdf, and flat files.
  • Information control center 125 can consolidate the health information data from the plurality of health information sources 1 14, and consolidates RSS feeds from live medical news sources. Information control center 125 can also collate profile specific custom feeds for consumers, physicians, physician extenders, and facilities including physician grades/ratings and regionalized health-related feeds. Further, information control center 125 can also consolidate financial services- specific consumer, physician, physician extenders, and facility feeds.
  • Knowledge delivery center 126 can deliver profile-based recommendations and analytics functions to consumers, physicians, physician extenders, and facilities. Further, knowledge delivery center 126 can provide region-based and financial services-based analytics functions.
  • Alert control center 127 can provide alert notification to meet physician and physician extender profile needs, consumer profile needs, and facility profile needs. Alert control center 127 can also manage time-based scheduling events, the needs of data control center 124, including, for example, availability of new data feeds, availability of new knowledge feeds, and data backups. Alert control center 127 can also manage the needs of information control center 125 and knowledge delivery center 126.
  • Transformation engine 128 can transform and load the validated health information data into core database 140.
  • Security control center 129 can monitor and manage user registration security and security audits for data access, uploads, and updates.
  • Intellectual property control center 130 can define, document, and track activity for the web-based application, such as the core database, the data transformation process and logic, the productivity tools 160, the user profile registration process, as generally illustrated in FIGS. 2OA, 2OB, and 2OC, and all functional modules of system 5.
  • the web-based application such as the core database, the data transformation process and logic, the productivity tools 160, the user profile registration process, as generally illustrated in FIGS. 2OA, 2OB, and 2OC, and all functional modules of system 5.
  • Storage components 142 of core database 140 can be configured to store the refined health information data, whereby the health information data has been validated and tested for accuracy by validator 123 in business engine 120.
  • Core database 140 can also store user registration and security access information based on physician/physician extender, consumer, and facility profiles. Updates to core database 140 can be triggered by changes to data staging area 110 in response to newly received health information from the plurality of health information sources 1 14. Updates to core database 140 subsequently can initiate the transformation of additional raw data of health information from the plurality of initial data structures 116 in data staging area 110, to the plurality of refined data structures 122 stored within business engine 120. Subsequently, validation and accuracy testing can be performed by validator 123 on the refined health information data to assure data accuracy and authentication.
  • a consumer can access the web-based application, whereby system 5 can provide the user of graphical user interface 150 with the ability to access and manage his personal health records and to locate physicians/physician extender and/or health care facilities within the user's localized area using a zip code. Furthermore, the consumer can determine whether physicians and facilities are accepting new patients and whether the consumer's medical insurance is accepted. If both of these criteria are satisfied, graphical user interface 150 can allow the consumer to schedule an appointment for health care services.
  • a physician can access the web-based application, whereby system 5 can provide the healthcare provider with the ability to monitor changes or updates to the physician's or the physician extender's profile.
  • the healthcare provider's profile can be changed or updated via information received from the plurality of health information sources 1 14 described above.
  • System 5 can include an alert subsystem configured to alert the healthcare provider of these changes.
  • System 5 can also allow the healthcare provider to update his own profile information. This information can be presented to the consumer in a uniform and easily understandable way in the consumer's graphical user interface.
  • the graphical user interface 150 of system 5 can provide a facility with the ability to create and update its profile information, which is stored as raw data of health information in data staging area 110. This information can be presented to the consumer in a uniform and easily understandable way in the consumer's graphical user interface.
  • the graphical user interface 150 of system 5 can also provide similar features to a physician extender for creating and updating his profile information, which is stored as raw data of health information in data staging area 1 10. This information can be presented to the consumer in a uniform and easily understandable way in the consumer's graphical user interface.
  • a physician extender can also be referred to as a "mid-level provider," and commonly known as a physician's assistant, nurse practitioner, mid-wife, or other allied health professionals.
  • FIG. 4 is a home page view of a graphical user interface, in accordance with an embodiment of the present invention.
  • Graphical user interface 150 can provide health care-related features for four types of users: a consumer, a physician, a physician extender, and a health care facility administrator.
  • the home page view of graphical user interface 150 can include a consumer access login 152, a physician, a physician extender and facility access login 154, a physician locator 156, and a quick tour link 158.
  • FIG. 5 is a consumer view - consumer health record page of the graphical user interface, in accordance with an embodiment of the present invention.
  • Consumer access login 152 can provide a consumer with access to his personal health information and health information associated with a database of physicians and health care facilities.
  • a consumer can access the consumer view of the graphical user interface 150 by entering his "username" and "password” or through other security measures as may be appropriate.
  • security measures may include security questions, retina scans, fingerprint scans, etc.
  • the user Upon entry into the consumer view of the graphical user interface, the user will be able to view his entire personal health information, including any medical information described above for CHRs, applicable to the user.
  • the consumer can also be provided with a link to their personal financial services/health savings account.
  • FIG. 6 is a consumer view - physician search results page of the graphical user interface, in accordance with an embodiment of the present invention.
  • the consumer view - physician search results page may include search parameters of doctor type, health insurance accepted, whether the physician, physician extender and/or facility is accepting new patients, and quality rating of the physician or facility.
  • Physician locator 156 can provide a consumer with the ability to search for a physician or health care facility localized by zip code. As an extension the physician locator can also provide a consumer with the ability to search for a physician by first name, last name, city and state. As illustrated in FIG.
  • the search for a physician can further be filtered by the following criteria: within a prescribed mileage distance, physician type, type of insurance accepted, whether the physician is taking new patients, and quality measurements.
  • the physician search results page can include a map of the local area where the physician's practice is located.
  • the map can be any online map, such as a MAPQUESTTM or GOOGLETM map, and can show the selected mileage radius view as dictated by the user, i.e. within a selected mileage radius to the zip code entered by the user.
  • a list of physicians can also be provided, ordered by distance from the zip code. If a consumer clicks on the link for the physician, a detailed view, as illustrated in FIGS. 8A and 8B, is provided.
  • Registered health care providers and facilities can be distinguished from non-registered entities as their information will be more complete and include health insurance participation information, etc.
  • FIG. 7 is a consumer view - facility search results page of the graphical user interface, in accordance with an embodiment of the present invention.
  • the consumer view - facility search results page may include search parameters of doctor type, health insurance accepted, whether the physician, physician extender, and/or facility is accepting new patients, and quality rating of the physician, physician extender, or facility.
  • Physician locator 156 can also provide a consumer with the ability to search for a health care facility localized by zip code.
  • the search for a facility can further be filtered by the following criteria: within a prescribed mileage distance, facility type, type of insurance accepted, whether the facility is taking new patients, and quality measurements.
  • the facility search results page can include a map of the local area where the facility is located.
  • the map can be any online map, such as a MAPQUESTTM or GOOGLETM map, and can show the selected mileage radius view as dictated by the user, i.e. within a selected mileage radius to the zip code entered by the user.
  • a list of facilities can also be provided, ordered by distance from the zip code. If a consumer clicks on the link for the facility, a detailed view, as illustrated in FIG. 10, is provided. Consumer health information regarding the facility can be displayed in a uniform and easily understandable way very similar to the physician detail page discussed above. Included facility attributes, however, will differ slightly from the attributes provided on the physician detail page.
  • FIGS. 8 A and 8B are consumer view - physician detail view including physician's (service provider) profile information pages of the graphical user interface, in accordance with an embodiment of the present invention.
  • the detailed view of the physician's profile information can show an image of the provider, a map of the physician's location, the physician's contact information, hours of operation, services offered, insurance accepted, grade, and indicates whether the physician is accepting new patients. If the physician is accepting new patients, the consumer can schedule an appointment using the graphical user interface, as illustrated in FIG. 9.
  • FIG. 9 is a consumer view - physician detail view including physician's (service provider) appointment scheduling page of the graphical user interface, in accordance with an embodiment of the present invention. If the physician is accepting new patients, the consumer can schedule an appointment with the physician, designating a preferred date, time, and reason for the medical visit.
  • physician's (service provider) appointment scheduling page of the graphical user interface in accordance with an embodiment of the present invention. If the physician is accepting new patients, the consumer can schedule an appointment with the physician, designating a preferred date, time, and reason for the medical visit.
  • FIG. 10 is a consumer view - facility detail view including facility's (service provider) profile information page of the graphical user interface, in accordance with an embodiment of the present invention.
  • the detailed view of the facility's profile information can show an image of the facility, a map of the facility's location, and list the facility's contact information, hours of operation, services offered, affiliated physicians and health care providers, insurance accepted, grade, affliated/associated facilities list, and indicates whether the facility is accepting new patients. It also can include links to the facility's own web-site, depending on the type of care sought by the consumer. If the facility is accepting new patients, the consumer can schedule an appointment using the graphical user interface, as illustrated in FIG. 11.
  • FIG. 1 1 is a consumer view - facility detail view including facility's (service provider) appointment scheduling page of the graphical user interface, in accordance with an embodiment of the present invention. If the facility is accepting new patients, the consumer can schedule an appointment with the facility, designating a preferred date, time, and reason for the medical visit.
  • facility's (service provider) appointment scheduling page of the graphical user interface in accordance with an embodiment of the present invention. If the facility is accepting new patients, the consumer can schedule an appointment with the facility, designating a preferred date, time, and reason for the medical visit.
  • Physician and facility access login 154 provides a physician and facility with the ability to enter the physician view and facility view, respectively, of the graphical user interface 150.
  • Physicians and facilities can register with and access the graphical user interface 150 by entering their associated NPI number and a valid email address.
  • a physician and a facility can update information associated with its practice, background, offered services, accepted insurance, new patient availability, primary service location, affliated/associated secondary locations and available amenities. Validation of data can be further accomplished by using bank card registration.
  • the physician view and facility view can be updated periodically with new health information data received from the plurality of health information sources.
  • FIG. 12 is a physician view - initial login view and alerts page of the graphical user interface, in accordance with an embodiment of the present invention.
  • graphical user interface 150 can open an alerts page alerting the physician to any detected changes in his profile from any of the plurality of health information sources.
  • the alerts page can permit the physician to confirm any changes that have been made to his profile.
  • the alerts page can include the physician's NPI number in the upper-right hand corner to confirm the identity of the physician.
  • the alerts page can also include RSS feeds and notify the physician of drug recalls and other relevant regional or national health care notifications.
  • the alerts page can list "premium" services on the left-hand side of the alert page. These "premium" services can depend on the health care provider's level of participation. This can include appointment scheduling, analytics, and additional health care marketplace information.
  • the data screens menu can be located on the left-hand side of the alerts page.
  • the data screens menu can include "base” services, such as confirmation of the provider's consumer health information.
  • the "Is This You?" link can direct the physician to a physician identity page.
  • FIG. 13 is a physician view - confirming "Is This You?" identity page of the graphical user interface, in accordance with an embodiment of the present invention.
  • the physician identity page can confirm the physician's identity based on his NPI number, a list of physicians stored in the NPI database, previously discussed above, and a comparative database of information from health care facilities, as available.
  • the physician can modify this information by selecting a pre-populated field, manually entering the information, or selecting the information from a drop-down menu.
  • the physician can then choose to save the information as a draft ("Save as Draft"), save the information ("Save"), or reset the screen ("Reset”).
  • the physician can then be subsequently directed to a confirmation page.
  • FIGS. 14A and 14B are physician view - confirmation pages of the graphical user interface, in accordance with an embodiment of the present invention.
  • the confirmation page can permit the physician to confirm the entered identity information or re-edit the identity information. The physician can then be subsequently directed to a biographical information page.
  • FIG. 15 is a physician view - biographical information entry page of the graphical user interface, in accordance with an embodiment of the present invention.
  • the biographical information page can permit the physician to enter biographical information, including gender, name, a photo, web address information, and primary and second languages spoken. The physician can then be subsequently directed to a professional information page.
  • FIG. 16 is a physician view - professional information entry page of the graphical user interface, in accordance with an embodiment of the present invention.
  • the professional information page can permit the physician to enter professional information, including medical school attended, details related to the physician's residency, and details related to the physician's fellowships. The physician can then be subsequently directed to an office information page.
  • FIG. 17 is a physician view - office information entry page of the graphical user interface, in accordance with an embodiment of the present invention.
  • the office information page can permit the physician to enter details about the physician's practice, including, for example, the practice's location, hours of operation, insurance accepted, support staff on location, services offered, new services offered, and amenities.
  • the practice's location can include a map of the local area where the physician's practice is located.
  • the support staff on location can include advanced practice nurses and physician assistants.
  • the services or new services offered can include, for example, valet parking, number of beds, number of registered nurses, number of parking spaces. Additionally, the physician can add additional facilities he/she is associated with along with all relevant facility information as listed above.
  • the physician view of the graphical user interface 150 can also be updated periodically with new health information data received from the plurality of health information sources 114.
  • Quick tour link 158 can provide a quick tour of the features of the graphical user interface 150.
  • FIG. 18 is a facility view - office information entry page of the graphical user interface, in accordance with an embodiment of the present invention.
  • the facility view page can permit the facility to enter details about the facility, including, for example, the facility's location, hours of operation, insurance accepted, support staff on location, services offered, new services offered, and amenities.
  • the facility's location can include a map of the local area where the facility is located.
  • the support staff on location can include advanced practice nurses and physician assistants.
  • the services or new services offered can include, for example, valet parking, number of beds, number of registered nurses, number of parking spaces.
  • the facility can permit the facility administrator to add affiliated facilities it is associated with along with all relevant affiliated facility information as listed above
  • the facility view of the graphical user interface 150 can also be updated periodically with new health information data received from the plurality of health information sources 1 14.
  • FIG. 19 is an example of a health information processing method, in accordance with an embodiment of the present invention.
  • a data staging area 1 10 can receive health information from a plurality of health information sources 114.
  • data staging area 110 can store the raw health information data in a plurality of initial data structures 1 16.
  • a business engine 120 can process the raw health information data by transforming the raw health information data stored in the plurality of initial data structures 116 into refined health information data stored within a plurality of refined data structures 122 in business engine 120.
  • the transformation of step 220 can include refining the raw health information data into data for validation and accuracy testing.
  • validator 123 can validate and test the accuracy of the refined health information data.
  • business engine 220 can load the refined health information data into core database 140.
  • consumers, physicians, and facilities can access the refined health information stored in core database 140 through a web-based portal having graphical user interface 150.
  • a consumer can view and manage his personal health records, locate a physician or health care facility for health care services in a specific geographical area, for example, designating a user selected zip code, and schedule an appointment with the physician or health care facility if the physician or health care facility is accepting new patients and their insurance.
  • Graphical user interface 150 can allow the consumer to view physician profile information and facility profile information in a uniform and easily understandable way assisting the consumer with determining whether to select a specific physician or health care facility to provide the consumer with health care services.
  • Processing the raw health information data can further include consolidating the health information received from the plurality of health information sources 1 14, whereby the plurality of health information sources can include, for example, information from consumer health records 10, facility/physician records 20, insurance provider records 30, healthcare benefits administration records 40, non-U.S. multi-disciplinary data 50, a healthcare knowledge database 60, physician extenders 70, consumers 80, facility administrators 90, and physicians 100.
  • Health information sources can also include information from a NPI database, a CMS taxonomy data feed, insurance feeds, medical knowledge base data feeds, facility-related data feeds, and health care benefits administration feeds, and RSS feeds from live medical news sources.
  • Processing the raw health information data can further include delivering profile-based recommendations and analytics functions to consumers, physicians, physician extenders, and facilities, such as region- based and financial services-based analytics functions.
  • Processing the raw health information data can further include providing alert notifications to meet physician and physician extender profile needs, consumer profile needs, and facility profile needs. Further, processing the raw health information data can include managing time-based scheduling events, consumer reminders, pre-authorization processing, and the needs of data control center 124, including, for example, availability of new data feeds, availability of new knowledge feeds, and data backups.
  • the health information processing method can further include updating the core database 140 when receiving new raw health information data from the plurality of health information sources 114. Subsequently, the transforming, processing, validating, and loading of the health information data can be performed again.
  • FIGS. 2OA, 2OB, and 2OC are flow diagrams for a user registration process, in accordance with an embodiment of embodiment of the present invention.
  • the user registration process can include a service provider view and a consumer view.
  • the service provider view can include a registration and payment process for service provider (physician and physician extenders) and facility registration.
  • service provider physician and physician extenders
  • the service provider or facility signs up for service with system 5. If the facility selects "base” services, the payment status for the service provider or facility profile can be designated as a "registered paid service provider or facility profile," providing that service provider or facility with access to "base” services.
  • a system administrator can receive a list of service providers and/or facilities with corresponding NPI numbers, email addresses, and payment status.
  • System 5 can then register the service provider or facility in core database 140 and create a temporary password for a respective service provider or facility.
  • System 5 can then send a welcome message, such as a welcome email, notifying the service provider or facility of its user identification number and password. Subsequently, the service provider accesses system 5 using its user identification number and password.
  • a service provider or facility can register and pay for services by inputting its NPI identification number and email address into graphical user interface 150.
  • the NPI identification number can be validated against a NPI datastore in data staging area 110
  • the email address can be validated for authenticity
  • a service provider or facility registration page can be displayed along with password and security setup questions.
  • the service provider or facility can be requested to input his or her credit card information for validation and verification purposes. Once the service provider's or facility's identity is verified, the service provider or facility is directed to payment options for paying for use of the "base" services of system 5. System 5 can then send a message, such as a welcome email, notifying the service provider or facility of its status as a registered paid service provider or facility.
  • the service provider view can also display a service provider's or facility's profile.
  • the service provider or facility can log into system 5 using graphical user interface 150 using the password and user identification number provided in the welcome message described above.
  • the service provider's or facility's payment status can be checked. If the service provider or facility has a status as a registered "paid" service provider or facility profile, then the service provider or facility can be directed to its profile page, such as "my profile" page. If the service provider or facility has a status as a registered service provider or facility profile, e.g. the status shows that the service provider or facility has not yet paid, then it can be forwarded to follow the verification process described above.
  • the service provider or facility can navigate its "my profile” page by clicking on the "Is This You? Link to update its profile for which the information is entered into core database 140. Further, the service provider or facility can click on other links, such as biographical information, professional, and office information, to activate and update the information in these areas. All of the information updated by the service provider or facility can be viewed in real time by the consumer or user. The service provider or facility can also subscribe to "premium" services on the "my profile" page.
  • a consumer can navigate the graphical user interface 150 to access system 5.
  • the consumer can log into system 5 through graphical user interface 150 using the password and security setup questions provided.
  • the consumer is requested to input his or her credit card information for validation and verification purposes. Once the consumer's identity is verified, the consumer is directed to its "my profile" page.
  • System 5 can then send a welcome message, such as a welcome email, notifying the consumer of its user identification number and password. Subsequently, the consumer accesses system 5 using its user identification number and password.
  • a welcome message such as a welcome email
  • base services described above can refer to services permitting a consumer, service provider, or facility with the ability to view, input, and update their user/practice profile, providing this information in real time to end users of graphical user interface 150 of system 5.
  • Reference to "premium” services described above can refer to services including appointment scheduling, analytics, rating, alerts, RSS feeds, and appointment alerts to registered paid consumers, service providers, and facilities.
  • a computer program product embodied on a computer-readable medium can also be provided, whereby encoded instructions for performing at least the method described in FIG. 19, in accordance with an embodiment of the present invention, is provided.
  • the computer program product can be implemented in hardware, software, or a hybrid implementation.
  • the computer program product can be composed of modules that are in operative communication with one another, and which are designed to pass information or instructions to a communications device, such as a user equipment, a personal computer, or handheld device, such as a mobile telephone or personal digital assistant, or their equivalents.
  • the computer program product can be configured to operate on a general purpose computer or an application specific integrated circuit (ASIC).
  • ASIC application specific integrated circuit
  • the computer-readable medium can include, for example, a disk media computer memory, and other storage devices.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

L'invention concerne un dispositif, un système et un procédé pour permettre à un individu d'accéder à ses soins médicaux et de les gérer par l'intermédiaire d'un portail sur le Web. Le dispositif, le système et le procédé permettent en outre la compilation et l'affichage d'informations de soins médicaux de consommateurs localisés. En particulier, le dispositif, le système et le procédé prévoient un récepteur configuré pour recevoir des données d'informations de santé brutes d'une source d'informations de santé, et un processeur configuré pour traiter les données d'informations de santé brutes par la transformation des données d'informations de santé brutes en des données d'informations de santé traitées. Le dispositif, le système et le procédé prévoient en outre une unité de mémorisation configurée pour mémoriser les données d'informations de santé traitées, et un afficheur comprenant une interface graphique utilisateur configurée pour afficher les données d'informations de santé traitées, permettant à un utilisateur d'accéder aux besoins de soins médicaux de l'utilisateur et à les gérer dans une zone géographique sélectionnée par l'utilisateur.
PCT/US2008/010704 2007-09-13 2008-09-12 Dispositif, procédé et système pour portail de fournisseur de soins médicaux sur le web WO2009035687A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US96006007P 2007-09-13 2007-09-13
US60/960,060 2007-09-13

Publications (1)

Publication Number Publication Date
WO2009035687A1 true WO2009035687A1 (fr) 2009-03-19

Family

ID=40030386

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2008/010704 WO2009035687A1 (fr) 2007-09-13 2008-09-12 Dispositif, procédé et système pour portail de fournisseur de soins médicaux sur le web

Country Status (2)

Country Link
US (1) US20090076855A1 (fr)
WO (1) WO2009035687A1 (fr)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7844472B1 (en) * 2008-01-23 2010-11-30 Intuit Inc. Method and system for aggregating and standardizing healthcare quality measures
US8024273B2 (en) * 2008-06-27 2011-09-20 Microsoft Corporation Establishing patient consent on behalf of a third party
US20100017222A1 (en) * 2008-07-18 2010-01-21 General Electric Company Systems and Methods For Scheduling Healthcare Visits
US20100070303A1 (en) * 2008-09-15 2010-03-18 ZocDoc, Inc. Consumer portal for healthcare appointments across practice groups
US20110191122A1 (en) * 2008-09-15 2011-08-04 ZocDoc, Inc. Method and apparatus for managing physician referrals
US8688466B2 (en) * 2008-09-15 2014-04-01 ZocDoc, Inc. Data synchronization for booking of healthcare appointments across practice groups
US20100070295A1 (en) * 2008-09-15 2010-03-18 ZocDoc, Inc. Centralized marketplace for healthcare appointments across practice groups
US20110218821A1 (en) * 2009-12-15 2011-09-08 Matt Walton Health care device and systems and methods for using the same
US20120036537A1 (en) * 2010-08-06 2012-02-09 Rovi Technologies Corporation Systems and methods for updating information in real time for use in a media guidance application
US11064910B2 (en) 2010-12-08 2021-07-20 Activbody, Inc. Physical activity monitoring system
US20140172451A1 (en) * 2011-05-16 2014-06-19 Healthagen Llc Systems and methods for medical information management
US20130066642A1 (en) * 2011-09-09 2013-03-14 Sequentia System and method for facilitating extended care planning and management
US10235643B2 (en) 2011-09-29 2019-03-19 Cerner Innovation, Inc. Clinical plug-in application
US9824411B2 (en) * 2011-09-29 2017-11-21 Cerner Innovation, Inc. Clinical framework application for mobile devices
CA2858982A1 (fr) 2011-12-12 2013-06-20 The Cleveland Clinic Foundation Stockage d'informations cliniques structurees et non structurees pour la recherche documentaire
US20130191137A1 (en) * 2012-01-23 2013-07-25 James F. Chen Systems and methods for electronically prescribing controlled substances
US20130262196A1 (en) * 2012-03-30 2013-10-03 Pdi, Inc. Consolidated presentation of pharmaceutical information from multiple sources
US9230064B2 (en) 2012-06-19 2016-01-05 EZ as a Drink Productions, Inc. Personal wellness device
US10133849B2 (en) * 2012-06-19 2018-11-20 Activbody, Inc. Merchandizing, socializing, and/or gaming via a personal wellness device and/or a personal wellness platform
US10102345B2 (en) 2012-06-19 2018-10-16 Activbody, Inc. Personal wellness management platform
US9229476B2 (en) 2013-05-08 2016-01-05 EZ as a Drink Productions, Inc. Personal handheld electronic device with a touchscreen on a peripheral surface
US9262064B2 (en) 2013-07-09 2016-02-16 EZ as a Drink Productions, Inc. Handheld computing platform with integrated pressure sensor and associated methods of use
US10124246B2 (en) 2014-04-21 2018-11-13 Activbody, Inc. Pressure sensitive peripheral devices, and associated methods of use
US10340038B2 (en) * 2014-05-13 2019-07-02 Nant Holdings Ip, Llc Healthcare transaction validation via blockchain, systems and methods
US20160104262A1 (en) * 2014-10-10 2016-04-14 Steven D. Kuker Intelligent care facility selection advisor
US10157264B2 (en) * 2015-03-20 2018-12-18 The Boeing Company Aircraft medical management system
US20160300023A1 (en) * 2015-04-10 2016-10-13 Aetna Inc. Provider rating system
US10366203B2 (en) * 2015-10-26 2019-07-30 At&T Intellectual Property I, L.P. Method and procedure to find best fit medical service provider
CN109874340B (zh) 2015-11-18 2023-06-13 全球样本解决方案股份有限公司 用于加密生物标本数据的安全存储和检索的分布式系统
US11316865B2 (en) 2017-08-10 2022-04-26 Nuance Communications, Inc. Ambient cooperative intelligence system and method
US10957427B2 (en) 2017-08-10 2021-03-23 Nuance Communications, Inc. Automated clinical documentation system and method
US10755819B2 (en) 2017-09-29 2020-08-25 International Business Machines Corporation Multi agent consensus resolution and re-planning
US11250383B2 (en) 2018-03-05 2022-02-15 Nuance Communications, Inc. Automated clinical documentation system and method
EP3762921A4 (fr) 2018-03-05 2022-05-04 Nuance Communications, Inc. Système et procédé de documentation clinique automatisés
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

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020035529A1 (en) * 2000-08-10 2002-03-21 Tooke Charlton Clinton Managing health care resources
US20040078423A1 (en) * 2002-03-22 2004-04-22 Ramakrishna Satyavolu Method and apparatus for controlled establishment of a turnkey system providing a centralized data aggregation and summary capability to third party entities
WO2005038554A2 (fr) * 2003-09-08 2005-04-28 Patientmd.Com, Inc. Systeme et procede de communication informative medecin-malade

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005096205A1 (fr) * 2004-03-31 2005-10-13 Neptec Design Group Ltd. Systemes, procedes et interfaces utilisateur pour le suivi medical de patients

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020035529A1 (en) * 2000-08-10 2002-03-21 Tooke Charlton Clinton Managing health care resources
US20040078423A1 (en) * 2002-03-22 2004-04-22 Ramakrishna Satyavolu Method and apparatus for controlled establishment of a turnkey system providing a centralized data aggregation and summary capability to third party entities
WO2005038554A2 (fr) * 2003-09-08 2005-04-28 Patientmd.Com, Inc. Systeme et procede de communication informative medecin-malade

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R. KIMBALL AND M. ROSS: "The Data Warehouse Toolkit: The Complete Guide to Dimensional Modeling, 2nd Edition", April 2002, WILEY, ISBN: 978-0-471-20024-6, XP002512615 *

Also Published As

Publication number Publication date
US20090076855A1 (en) 2009-03-19

Similar Documents

Publication Publication Date Title
US20090076855A1 (en) Apparatus, method and system for web-based health care marketplace portal
US11361386B2 (en) Systems and methods for automated repatriation of a patient from an out-of-network admitting hospital to an in-network destination hospital
US20160283676A1 (en) Systems and methods for interactive digital data collection
US8260635B2 (en) System for communication of health care data
US20140244309A1 (en) Systems and methods for assembling electronic medical records
US20160110523A1 (en) Systems and methods for using electronic medical records in conjunction with patient apps
US20060184524A1 (en) Method and system for automated data analysis, performance estimation and data model creation
Hewitt et al. Enhancing data systems to improve the quality of cancer care
US8666774B1 (en) System and method for gauging performance based on analysis of hospitalist and patient information
US20110225000A1 (en) System for management and reporting of patient data
US8346575B2 (en) System and methods of automated patient check-in, scheduling and prepayment
US20130218592A1 (en) Systems and methods for facilitating consolidated management and distribution of veterinary care data
US20140058741A1 (en) Automated system and method for medical care selection
US20020069085A1 (en) System and method for purchasing health-related services
US20090276242A1 (en) System, method and apparatus for second opinion
Namisango et al. Strengthening pharmaceutical systems for palliative care services in resource limited settings: piloting a mHealth application across a rural and urban setting in Uganda
US20160063197A1 (en) User Interactive Electronic Health Records Management System for Processing Workers Compensation Transactions
Keim-Malpass et al. Evaluating stakeholder-identified barriers in accessing palliative care at an NCI-designated cancer center with a rural catchment area
Gottlieb et al. Regulatory and policy barriers to effective clinical data exchange: lessons learned from MedsInfo-ED
Castro Explaining international IT application leadership: Health IT
Connecting for Health Personal Health Working Group The personal health working Group
Siddiqui et al. Meaningful use: a call to arms
Gibbings et al. Meaningful use in radiology
US20070226006A1 (en) Determining expected cost for a medical visit
Alsahafi Studies of EHR implementation and operation in different countries with particular reference to Saudi Arabia

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08830348

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08830348

Country of ref document: EP

Kind code of ref document: A1