Claims:CLAIMS
What is claimed is:

1. A System for auto retrieval of health data comprising of;

an appointment module configured to furnish requisite personal details of a customer by at least one of: a customer; a client; and a service provider, whereby the requisite personal details furnished is utilised to generate a unique identity number, whereby the generated unique identity number is further utilised for conducting at least one of recommended medical tests and laboratory tests and updating at least one of medical reports and laboratory reports of the customer;

an upload module configured to upload at least one of medical reports and laboratory reports of the customer by the service provider, whereby the medical reports and laboratory reports comprise of the medical data obtained post conducting at least one of recommended medical tests and laboratory tests of the customer;

a retrieval module configured to retrieve at least one of the uploaded medical reports and laboratory reports, whereby the data from at least one of the medical reports and laboratory reports retrieved is enabled to be obtained into query able structured data into a central cloud based data repository;

an analysis module configured to extract the data from at least one of the uploaded medical reports and laboratory reports whereby the extracted data from at least one of the uploaded medical reports and laboratory reports is subjected to at least one of analysis and judgement; and

a communication module configured to communicate with at least one of the client computing device and the service provider computing device, whereby atleast one of the medical reports and laboratory reports obtained are shared with the client on completion of all the recommended medical tests and laboratory tests and further communicated to the service provider upon non-completion of all the recommended medical tests and laboratory tests.

2. The system of claim 1, wherein at least one of the uploaded medical reports and laboratory reports are utilised to generate an assessment identity number for the reference of the system for establishing the authenticity of at least one of medical tests and laboratory tests.

3. The system of claim 1, wherein at least one of the uploaded medical reports and laboratory reports are referred for a medical examination along with at least one of personal details and questionnaire for the doctor to examine and generate a report.

4. The system of claim 1, wherein the upload module is configured to have a dynamic communication window enabling at least one of medical reports and laboratory reports to be uploaded by the service provider without the requirement of at least one of a login ID and a usage of password.

5. The system of claim 1, wherein the booking engine functions in selecting the appropriate service provider based on the location of the customer and displays at least one of: a calendar; an appropriate date and/or time for procuring the appointment; distance between the customer’s location and the service provider’s location.

6. The system of claim 1, wherein a unique ID is utilised for identification of validity of the medical reports and laboratory reports to be uploaded against the unique ID allotted to the customer.

7. The system of claim 1, wherein the extracted and analysed data is communicated to at least one of the service provider and client.

8. A method for auto retrieval of health data comprising of;

recommendation of health check up by the client to the customer;

booking an appointment by furnishing requisite details;

authorization of the request for conducting the health checkup comprising the details of the customer and the appointment ID;

conducting the recommended medical tests and laboratory tests by the service provider;

generation of the medical reports and laboratory reports;

forwarding the medical reports and laboratory reports to the system’s web utility;

ensuring the completion of all the recommended medical tests and laboratory results;

uploading the medical reports and laboratory reports by the service providers;

sharing the medical reports and laboratory reports through a URL with a doctor for further analysis;

taking a decision with respect to the service to be provided based on the medical reports and laboratory reports of the customer obtained. , Description:DESCRIPTION:

TECHNICAL FIELD

[001] The present disclosure generally relates to the field of medical records retrieval from service providers. More particularly, the present disclosure relates to retrieval and consolidation of automated and digitized medical data.

BACKGROUND

[002] Turnaround time, fraud and digitization of medical data has always been a concern for service providers like insurance companies, third party administrators or any other organization that requires medical data of an individual to make a decision. The authenticity of documentation has been a serious requirement for fulfilling the various needs like insurance. A genuine non-doctored test results are mandatory for proper calculation of premium involved in insurance or providing visa for immigration and any other services demanding the furnishing medical report and/or lab results.

[003] Normally the decision is delayed because diagnostic centres that perform the checks have to transmit the data from remote tier 2 and 3 cities to the central decision making departments through fax, emails or mail. Some diagnostic centers do not have laboratory information systems to summarize the data and report the results. Agents are involved in collecting the data from the labs to transmit to HQ which is prone to fraud as there is an opportunity to tinker with the results in order to approve a case and also involves rampant corruption. These further increases the time required for the insurance company or other service providers to convert the data from the physical records to query able structure to make quick premium decisions. These multilayered arrangements lead to time loss, compromise on data quality and authenticity.

[004] In the light of aforementioned discussion there exists a need for an authentic retrieval system for pre policy health check-up or other services where genuine data becomes the crux of the decision outcomes.

BRIEF SUMMARY

[005] The following presents a simplified summary of the disclosure in order to provide a basic understanding to the reader. This summary is not an extensive overview of the disclosure and it does not identify key/critical elements of the invention or delineate the scope of the invention. Its sole purpose is to present some concepts disclosed herein in a simplified form as a prelude to the more detailed description that is presented later.

[006] Exemplary embodiments of the present disclosure are directed towards a system and method for auto retrieval of health data from service provider to decision maker.

[007] Another exemplary aspect of the present subject matter is directed towards sharing medical report and/or lab results by the service providers through a web utility where the medical records are simply uploaded to web utility.

[008] Another exemplary aspect of the present subject matter is directed towards collecting data from multiple end points and quickly transmitting the medical report and/or lab results to the central repository to make decisions.

[009] Another exemplary aspect of the present subject matter is directed towards automatic digitization of medical records resulting in the reduction of the turnaround time for the decisions.

[0010] Another exemplary aspect of the present subject matter is directed towards minimal human intervention thus, reducing the chances of doctoring the results.

[0011] Another exemplary aspect of the present subject matter is directed towards conversion of the medical report and/or lab results from physical files to actionable, structured data.

[0012] Another exemplary aspect of the present subject matter is directed towards the usage of fuzzy logic to ensure the medical report and/or lab results extracted is posted against the correct profile ensuring the fidelity of the information to be transmitted.

[0013] Another exemplary aspect of the subject matter is directed towards automatically detecting if the prescribed tests have been fully completed by the service provider.

[0014] Another exemplary aspect of the subject matter is directed towards automatically communicating the status of each case by the service provider to the client.

[0015] Another exemplary aspect of the subject matter is being able to automatically assign the case to the right provider (doctor) for the medical report and/or lab results through a secure unique URL few minutes prior to the scheduled time where the provider can collect the data digitally over a tablet/smartphone or a computer.

[0016] Yet another exemplary aspect of the present subject matter is directed towards employment of fraud detection algorithms on captured data to identify patterns of medical report and/or lab results mistakes and/or misreporting across service providers and/or test components and/or locations.

BRIEF DESCRIPTION OF DRAWINGS

[0017] Other objects and advantages of the present invention will become apparent to those skilled in the art upon reading the following detailed description of the preferred embodiments, in conjunction with the accompanying drawings, wherein like reference numerals have been used to designate like elements, and wherein:

[0018] FIG. 1 is a diagram depicting a system and method for auto retrieval of health data from service provider to decision maker, according to an exemplary embodiment of the present disclosure.

[0019] FIG. 2 is a diagram depicting modules of a system 102 (FIG. 1), according to an exemplary embodiment of the present disclosure.

[0020] FIG. 3 is a flow chart representing method for auto retrieval of health data from service provider to decision maker, according to an exemplary embodiment of the present disclosure.

[0021] FIG. 4 is a diagram representing a process flow between the customer, a client, the system 102 and a service provider, according to an exemplary embodiment of the present disclosure.

[0022] FIG. 5 is flow diagram representing an appointment dashboard, according to an exemplary embodiment of the present disclosure.

[0023] FIG. 6 is a diagram representing the upload module 204 (FIG. 2), according to an exemplary embodiment of the present disclosure.

[0024] FIG. 7 is a diagram representing an assessment module, according to an exemplary embodiment of the present disclosure.

[0025] FIG. 8 is a diagram representing a screenshot of the digitized medical report and/or lab results, according to an exemplary embodiment of the present disclosure.

DETAILED DESCRIPTION

[0026] It is to be understood that the present disclosure is not limited in its application to the details of construction and the arrangement of components set forth in the following description or illustrated in the drawings. The present disclosure is capable of other embodiments and of being practiced or of being carried out in various ways. Also, it is to be understood that the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting.

[0027] The use of “including”, “comprising” or “having” and variations thereof herein is meant to encompass the items listed thereafter and equivalents thereof as well as additional items. The terms “a” and “an” herein do not denote a limitation of quantity, but rather denote the presence of at least one of the referenced item. Further, the use of terms “first”, “second”, and “third”, and the like, herein do not denote any order, quantity, or importance, but rather are used to distinguish one element from another.

[0028] According to a non limiting exemplary embodiment of the present disclosure, FIG. 1 is a diagram 100, depicting a system and method for auto retrieval of health data from service provider to decision maker. The network 106 may include, but not limited to, an Ethernet, a local area network (LAN), or a wide area network (WAN), e.g., the Internet, or a combination of networks. The present system 102 may be accessed as a web base application and/or a mobile application. The system 102 is configured to consolidate the medical records of a customer and facilitate retrieval by a service provider for a client access. The customer here can be referred to as a person, group of people, a firm, a business entity and the like without limiting the scope of the disclosure who intends to seek medical data essential for various amenities. These amenities may be served by the client of the system 102 which may include but not limited to insurance provider, third party company and/or and third party administration (TPA), service provider, payer, insurer, decision maker, health insurance provider, health insurance program, healthcare benefit plan, payer communication device, brokers, agents, government agencies and immigration services. The service providers may include but not limited to medical data and/or service providers, clinical and pathological labs and diagnostic centers. A client’s computing device 104a and a service provider’s computing device 104b are connected through a network 106 to the system102. Here the client’s computing device 104a and the service provider’s computing device 104b may include a computer, laptop, mobile, and the like without limiting the scope of the disclosure. The service provider may be allowed to take the picture of the health results provided as a medical report and/or lab results, scan the medical report and/or lab results provided as health report and the like without limiting the scope of the disclosure and upload to the system 102 through the service provider’s computing device 104b.

[0029] In accordance with a non limiting exemplary embodiment of the present subject matter, FIG. 2 is a diagram 200, depicting modules of a system 102 (FIG. 1), according to an exemplary embodiment of the present disclosure. The system 102 includes an appointment module 202, an upload module 204, a retrieval module 206, an analysis module 208 and a communication module 210. The appointment module 202 enables the customer and/or the client to furnish the requisite details required for the update of medical data as recommended by the client depending on the amenity. For example: A pre policy medical check-up may be requested by the customer to the client initiating an insurance request. An upload module 204 enables the service provider to upload the medical report and/or lab results comprising the medical data. This dynamic communication window ensures that the documents are uploaded by the service provider without the requirement of login, usage of password and the like. The retrieval module 206 enables the client to retrieve the uploaded medical report and/or lab results for analysis. This enables the system 102 to extract the information from the uploaded records into query able structured data into a central cloud based repository. The analysis module 208 explicitly deals with the conversion of data into a format extractable by the service provider and the client. The analysis module 208 is configured to analyze the uploaded documents which can be retrieved as per the analysis done. The analysis module 208 deals with the conversion of data from various documents not limited to medical report and/or a laboratory report and analyzes these documents by extracting the data from them. For example; if a medical report and/or a laboratory report is pending then, a pending status is reflected thus, deciding on whether the documents need to be sent to the service provider for uploading the pending document and/or the client. The analysis module 208 is also capacitated to judge the medical report and/or a laboratory report by distinguishing the report in a preferred format not limiting to red colour in case the values obtained are alarming, yellow in case the values obtained are in border line and green in case the values obtained are normal in the medical report and/or a laboratory report. The communication module 210 is structured to communicate without limiting to the client as well as the service provider. In the communication module 210 the communication is as per two cases: First case wherein all the recommended tests are completed then, the medical report and/or lab results is communicated to the client for further course of action. In the second case if all the recommended tests are not completed and/or the medical report and/or lab results for some of the conducted tests are pending then, a communication is sent to the service provider for the same by the system 102 which would direct the service provider to the upload module 206 in order to upload the reminiscent medical report and/or lab results.

[0030] According to a non limiting exemplary embodiment of the present disclosure, FIG. 3 is a flow chart 300, representing method for auto retrieval of health data from service provider to decision maker. The process starts at step 302; with a validation whether a health check is required. If the answer to the validation at step 302 is yes, then an appointment is booked at step 304. At step 306, a confirmation of authorization is furnished comprising the details of the customer and the unique ID. Further at step 308 the service provider conducts the prescribed tests. The medical report and /or lab results are generated at step 314. These medical report and /or lab results are forwarded to the system’s web utility at step 316 and further to the system 102 at step 318. At step 320 it is enquired whether all the prescribed tests have been completed. If the answer to the enquiry at step 320 is yes, then a decision on the premium (for example) is taken by the client at step 322 thus ending the process at step 324. If the enquiry to step 320 is no, then the process reverts to step 308 for further continuation. The system 102 at step 318 sends a message not limited to an SMS with a unique URL in order to assign the medical report and/or lab results to a doctor for physical examination at step 310. The doctor analyses the medical report and/or lab results and submits the medical report and/or lab results in a digital form at step 312 to the system 102 at step 318. Finally, if the validation at step 302 is no, then decision on the premium (for example) is taken by the client at step 322 thus ending the process at step 324.

[0031] In accordance with a non limiting exemplary embodiment of the present subject matter, FIG. 4 is a diagram 400, representing a process flow between the customer, a client, the system 102 and the service provider. The diagram 400 may be dealt across four layers comprising of the customer, the client, the system 102 and the service provider. 402 designate the customer intending to go for a purchase from the client. For example 404 is a family under an umbrella which symbolises the customer as in a family seeking for an insurance cover. The customer and/or the client are enabled to book an appointment 406 through the booking appointment engine. A unique ID is generated which through the Application programming interface (API) 408 is enabled to access the data in the system 102 which send the details generated in the unique ID 408 to the service provider’s system 412. The service provider’s system 412 is enabled to drag and drop the medical report and/or lab results into the web utility 410. The data is digitized, cleaned and normalized 414 and is retrieved by the client. Here the retrieved document can be utilized for taking a decision Yes/No 416 for example; to give insurance and/or give a visa and the like. An alert 418 can be generated in case of any aberration related to health with respect to the parameters obtained. An analysis of the population 420 can be depicted in the form of a pie chart, bar diagram and the like. The medical report and/or lab result which has been shared in a raw format is visualized for deeper analytics 422. Further, the medical report and/or lab results obtained can be referred for a medical examination report (MER) 424. The MER 424 involves the process of assigning or sharing the unique identity with the doctor just a few minutes prior an appointment in order to evade any fiddling with the data of the medical report and/or lab results. A form specific to the unique identity is generated which contains details of the customer not limited to name, age, gender, results, questionnaire about the results and the medical report and/or lab results assessment, a multiple choice question about the health of the customer. This MER 424 goes along with the data of the medical report and/or lab results and is furnished to the client for taking an appropriate decision Yes/No 416.

[0032] According to a non limiting exemplary embodiment of the present disclosure, FIG. 5 is flow diagram 500, representing an appointment dashboard. The client computing device 104a and/or the customer feeds in the requisite details not limiting to the date on which the appointment is required, time at which the appointment is required, and the kind of service provider recommended along with the list of prescribed tests to be undertaken. Further, the client computing device 104a and/or customer upon feeding the requisite details the system 102 shown in step 508 generates a unique ID at step 504. The unique ID becomes the reference identity number for the communication throughout the process. The booking engine 506 functions in selecting the appropriate service provider based on the location of the customer and display the calendar to select appropriate date and/or time. The service provider’s location along with the customer’s location inclusive of landmark and address may be displayed in the form of a map with an active global positioning system. This would enable the customer to locate the service provider and know the distance of the destination i.e the location of the service provider from the location of the customer.

[0033] In accordance with a non limiting exemplary embodiment of the present subject matter, FIG. 6 is a diagram 600, representing the upload module 204 (FIG. 2). This representation 600 is enabled to upload the medical report and/or lab results 602 of the customer availing the services of the client normally by the service provider. An option to drop the files or click on the image beside to upload the medical report and/or lab results 602 is displayed. A command 604 instructing as “please save the pdf file with name as unique ID mentioning the ID.pdf” is displayed. Another instruction to upload only the pdf and not the scanned copies 606 is displayed. A browser not limiting to chrome is specified followed by an instruction to click allow upon the opening of a location dialog 608. A contact number 610 is provided for contacting in case of any query. An upload symbol is displayed 612 wherein a provision to select one and/or multiple choice files and to drop them is given. All the results are uploaded and saved against the unique ID generated by the system 102.Upon dropping of the test results in the upload box a notice is generated validating the authentication of the unique ID. For example; if the documents belong to valid unique ID then the documents get accepted. On the contrary if the documents of a different unique ID are dropped then, an error in ID is reflected thus alerting the service provider about the mismatch of the unique ID and the corresponding documents.

[0034] According to a non limiting exemplary embodiment of the present disclosure, FIG. 7 is a diagram 700, representing an assessment module, according to an exemplary embodiment of the present disclosure. An assessment ID 704 is created once the test results are uploaded by the service provider. Details such as the name, gender, age, contact details, mail ID and the like are disclosed in 702. The assessment ID 704 is for the reference of the system 102 thus enabling the data to be pushed without any tampering. The assessment date 706 is displayed along with the assessment type 708 for example body, eyes, teeth and the like without limiting the scope of the disclosure. 710 display the name of the enterprise wherein the enterprise is the service provider responsible for conducting various tests and uploading the results of the customer. 712 provide the choice of document and service requested, sample collection, test phase, test results, and update emr, second review, done and the like without limiting the scope of the disclosure. A provision for the documents to be saved is shown as 714 and 716 can be put to use in order to cancel the requisite documents.

[0035] In accordance with a non limiting exemplary embodiment of the present subject matter, FIG. 8 is a diagram 800, representing a screenshot of the digitized medical report and/or lab results. The system 102 is enabled to retrieve the service provider uploaded test results in a digitised manner to the client. The system 102 facilitates retrieval of the medical records uploaded by the service provider in a semi-automated digitised manner for the client to reduce the turnaround time and come up with faster financial decisions. The user details 802 comprising but not limited to the name, age, gender, email ID, contact number and the like are displayed along with the option to access customers 804. The test type 806 not limiting to blood glucose, lipid profile and the like may be displayed. Further the component 808 not limiting to HbA1c, LDL/HDL, VLDL, total cholesterol, triglycerides and the like which was tested is displayed. The result 810 in the form of the values of the respective components obtained is displayed. Also, a standard acceptable range 812 of the parameters tested is displayed. This enables the service provider to decide in case the user needs to cater to any highly inflated and/or deflated value by scheduling an appointment with a physician. The range also aids the client to know whether the result 810 obtained is in the range 812 and ultimately take a financial decision. An option to edit 814 is available along with an option to delete 816 of the prescribed test.

[0036] Although the present disclosure has been described in terms of certain preferred embodiments and illustrations thereof, other embodiments and modifications to preferred embodiments may be possible that are within the principles and spirit of the invention. The above descriptions and figures are therefore to be regarded as illustrative and not restrictive.

[0037] Thus the scope of the present disclosure is defined by the appended claims and includes both combinations and sub combinations of the various features described herein above as well as variations and modifications thereof, which would occur to persons skilled in the art upon reading the foregoing description.