TECHNICAL FIELD
The present invention generally relates to the field of in-patient care management, particularly to method and system for in-patient care management.
BACKGROUND
During the patient treatment process, a lot of information pertaining to patients is generated and this information has to be effectively captured and shared among various health care professionals in order to ensure prompt delivery of quality healthcare services. Paper-based records/ reports used to capture and share patient-centric information are not the very effective way and have its own set of problems. As such, with the advent of technology, automation in patient care has become very popular and has gained a lot of traction. Various solutions are now available in the market that enables automated patient care.
In one solution, a database is established for receiving and maintaining comprehensive clinical records of medical patients. The database is remotely accessible by a caregiver(s) on portable devices and has software-based programming associated therewith. The database is populated with patient’s clinical records and is remotely accessible on the portable device at least a portion of the patient's clinical records. The clinical records are downloaded and displayed for viewing by the caregiver. Advertisements can also be displayed for viewing by the caregiver upon accessing the database. Medical information is input into the database by authorized care providers or staff into the record of that particular care provider. While a care provider may have access to the database to input information regarding his/her care of the patient, the provider may not input into other provider's records.
In another solution, a plurality of data items and information points associated with at least one relationship between users associated with a single patient, healthcare provider, and a group of healthcare providers is obtained. Ordered data items are stored in a personal health record, transmitted and shared via a plurality of storage and transmittal technologies such as, (BLE), barcode scanner, and a plurality of other storage and transmittal technologies that will interface with a Global Personal Health Record Timeline platform. These aforementioned embodiments would further be integrated into an Enterprise Resource Planning Electronic Medical Records Software Environment (ERP/EMRSE) which would interface with a Database Repository with a web-based Global Patient Health Record Timeline interface portal, security interface, Customer Resource Management platform, Practice Management platform, e-commerce interface, “HIPPA” compliant security filter.
In another solution, a system includes a server, a patient device, and a caregiver device. The patient device is associated with a patient and is configured to communicate with the server. The patient device is configured to send signals of various urgencies to the server. The server can prioritize a caregiver’s workflow and send a list of tasks to the caregiver via the caregiver device. The order of the list of tasks can be based, at least in part, on the urgency of a signal sent by the patient device.
In another solution, a portable electronic device includes a memory and processor. The memory stores automatic configuration instructions, which are part of a healthcare mobile software application (MedMaster Mobility) and called upon when the device attempts connectivity. The instructions cause the device to serve as an EHR-agnostic, native mobile tablet front-end solution to virtually any existing Health Information Technology (HIT) systems, thus allowing practitioners to use MedMaster Mobility at multiple facilities that may each be running a disparate HIT system. Built entirely on independent modules, MedMaster Mobility provides a seamless way to populate the Electronic Health Record (EHR). It is designed to fit in the workflow, style and work habits of users. MedMaster Mobility is not a basic cluttered view of clinical data from a PC using a Web access client such as Remote Desktop type products.
In another solution, a system for facilitating the integration of automated applications within a healthcare practice is provided. The system enables coordination of information between the various computer applications and hardware devices being utilized by the practice. The system comprises a first client such as tablet; a second client such as tablet; a server facility configured to be accessed via a data network by each client and to send data to and receive data from automated application facilities residing on each client. A plurality of data processing schemes and a software delegate reside on said server facility. Each automated application facility operates in accordance with one of said data processing schemes. The software delegate is configured to display and associate data in each data processing scheme to a set of business rules; and to present the associated data on an interface generated by the software delegate.
However, these solutions are costly and there is a need for a further improved solution over the prior arts.
SUMMARY OF THE INVENTION
In accordance with the purposes of the invention, the present invention as embodied and broadly described herein provides a method and computing system for in-patient care management.
Accordingly, in one aspect of the invention, the method includes receiving, on a computing system associated with an in-patient, a first user-input from a user. The method includes determining access information associated with the user based on the first user-input. The method includes generating medical data and treatment information associated with the in-patient for display based on the access information thus determined. The method includes determining a reception of second user-input in real time from the user on the computing system, the second user-input being indicative of medication administrated to the in-patient. The method includes analysing the second user-input, medical data, and treatment information to detect an anomaly in the treatment information upon a positive determination. The method includes generating a first alert for display on the computing system to indicate the anomaly.
In another aspect of the invention, the computing system comprises a first input receiving unit to receive a first user-input from a user; and receive a second user-input from the user, the second user-input being indicative of medication administrated to the in-patient. The computing system comprises a determining unit to determine access information associated with the user based on the first user-input; and determine a reception of second user-input in real time from the user on the computing system, the second user-input being indicative of medication administrated to the in-patient. The computing system comprises an analysis unit to analyze the second user-input, medical data, and treatment information to detect an anomaly in the treatment information upon a positive determination. The computing system comprises a generation unit to generate medical data and treatment information associated with the in-patient for display based on the access information thus determined, and to generate a first alert for display to indicate the anomaly. The computing system comprises a display unit to display the medical data and treatment information; and to display the first alert.
The advantages of the present invention include, but not limited to, providing an intelligent surveillance system for ensuring transparency and accountability during patient care as real-time inputs are received and analyzed for an anomaly in real time. Using this system of accountability, the health organizations can: a) help to generate a system-wide perspective on health sector reform, and b) identify connections among individual improvement interventions. These results can support synergistic outcomes, enhance system performance, and contribute to sustainability.
These and other aspects, as well as advantages, will be more clearly understood from the following description taken in conjugation with the accompanying drawings.
BRIEF DESCRIPTION OF THE ACCOMPANYING DRAWINGS
To further clarify advantages and aspects of the invention, a more particular description of the invention will be rendered by reference to specific embodiments thereof, which is illustrated in the appended drawings. It is appreciated that these drawings depict only typical embodiments of the invention and are therefore not to be considered limiting of its scope. The invention will be described and explained with additional specificity and detail with the accompanying drawings in accordance with various embodiments of the invention, wherein:
Figures 1a to 1c illustrate a method for in-patient care management in accordance with an embodiment of the present invention.
Figure 2 illustrates a computing system implementing the method for in-patient care management as described with reference to Figure 1, in accordance with an embodiment of the present invention.
Figure 3 illustrates an example manifestation of associating the computing system with an in-patient, in accordance with the embodiment of the present invention.
Figure 4 illustrates an example network system comprising the system as described in Figure 1, in accordance with the embodiment of the present invention.
Figure 5 illustrates an example manifestation of the network system as described in Figure 4, in accordance with the embodiment of the present invention.
Figure 6 illustrates a typical hardware configuration of the computing system, in accordance with an embodiment of the present invention.
It may be noted that to the extent possible, like reference numerals may have been used to represent like elements in the drawings. Further, those of ordinary skill in the art will appreciate that elements in the drawings are illustrated for simplicity and may not have been necessarily drawn to scale. For example, the dimensions of some of the elements in the drawings may be exaggerated relative to other elements to help to improve understanding of aspects of the invention. Furthermore, one or more elements may have been represented in the drawings by conventional symbols, and the drawings may show only those specific details that are pertinent to understanding the embodiments of the invention so as not to obscure the drawings with details that will be readily apparent to those of ordinary skill in the art having benefit of the description herein.
DETAILED DESCRIPTION
It should be understood at the outset that although illustrative implementations of the embodiments of the present disclosure are illustrated below, the present invention may be implemented using any number of techniques, whether currently known or in existence. The present disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary design and implementation illustrated and described herein.
The term “some” as used herein is defined as “none, or one, or more than one, or all.” Accordingly, the terms “none,” “one,” “more than one,” “more than one, but not all” or “all” would all fall under the definition of “some.” The term “some embodiments” may refer to no embodiments, to one embodiment, to several embodiments, or to all embodiments. Accordingly, the term “some embodiments” are defined as meaning “no embodiment, or one embodiment, or more than one embodiment, or all embodiments.”
The terminology and structure employed herein is for describing, teaching and illuminating some embodiments and their specific features and elements and does not limit, restrict or reduce the spirit and scope of the invention.
More specifically, any terms used herein such as but not limited to “includes,” “comprises,” “has,” “consists,” and grammatical variants thereof do not specify an exact limitation or restriction and certainly do not exclude the possible addition of one or more features or elements, unless otherwise stated, and furthermore must not be taken to exclude the possible removal of one or more of the listed features and elements, unless otherwise stated with the limiting language “must comprise” or “needs to include.”
Whether or not a certain feature or element was limited to being used only once, either way, it may still be referred to as “one or more features” or “one or more elements” or “at least one feature” or “at least one element.” Furthermore, the use of the terms “one or more” or “at least one” feature or element do not preclude there being none of that feature or element, unless otherwise specified by limiting language such as “there needs to be one or more . . . ” or “one or more element is required.”
Unless otherwise defined, all terms, and especially any technical and/or scientific terms, used herein may be taken to have the same meaning as commonly understood by one having an ordinary skill in the art.
Reference is made herein to some “embodiments.” It should be understood that an embodiment is an example of a possible implementation of any features and/or elements.Some embodiments have been described for the purpose of illuminating one or more of the potential ways in which the specific features and/or elements of the invention fulfill the requirements of uniqueness, utility, and non-obviousness.
Use of the phrases and/or terms such as but not limited to “a first embodiment,” “a further embodiment,” “an alternate embodiment,” “one embodiment,” “an embodiment,” “multiple embodiments,” “some embodiments,” “other embodiments,” “further embodiment”, “furthermore embodiment”, “additional embodiment” or variants thereof do not necessarily refer to the same embodiments. Unless otherwise specified, one or more particular features and/or elements described in connection with one or more embodiments may be found in one embodiment, or may be found in more than one embodiment, or may be found in all embodiments, or may be found in no embodiments. Although one or more features and/or elements may be described herein in the context of only a single embodiment, or alternatively in the context of more than one embodiment, or further alternatively in the context of all embodiments, the features and/or elements may instead be provided separately or in any appropriate combination or not at all. Conversely, any features and/or elements described in the context of separate embodiments may alternatively be realized as existing together in the context of a single embodiment.
Figures 1a to 1c illustrate a method 100 for in-patient care management in accordance with an embodiment of the present invention.
Referring to Figure 1a, at step 101, a first user-input from a user is received on a computing system associated with an in-patient. The first user-input is a biometric input received via a biometric sensing unit available in the computing system.
At step 102, access information associated with the user is determined based on the first user-input. The access information associated with the user is indicative of role of the user and data access rights of the user.
At step 103, medical data and treatment information associated with the in-patient is generated for display based on the access information thus determined. The medical data is comprised of lab data, medical claims, vitals management, nurse record sheet, resident doctor record, anesthesia protocol, operation record, OT chart, pre-op checklist, pre-surgery information, and post-surgery summary. The treatment information is comprised of treatment chart, diet management, prescribed medication, prescribed dosage, and prescribed administration of the medication.
At step 104, a reception of second user-input in real time from the user on the computing system is determined. The second user-input being indicative of medication administrated to the in-patient.
At step 105, the second user-input, medical data, and treatment information are analyzed to detect an anomaly in the treatment information upon a positive determination.
At step 106, a first alert is generated for display on the computing system to indicate the anomaly.
The step 102 of determining access information comprises further steps. Accordingly, biometric information from the first user-input is identified. Thereafter, a list of access information of a plurality of users is fetched from a database. An existence of a predefined mapping is determined between the identified biometric information and the access information of the user in the list. Based on a positive determination, the access information associated with the user is retrieved.
Referring to Figure 1b, at step 107, a non-receipt of the second user-input is determined.
At step 108, a second alert is generated for display on the computing system to indicate the non-receipt of the second user-input.
At step 109, at least one of the first alert and the second alert is transmitted to a secondary computing device.
Referring to Figure 1c, at step 110, data associated with one or more health parameters of the in-patient from one or more patient condition monitoring systems communicatively coupled with the computing system is received.
At step 111, the medical data is updated in the database based on the received data.
At step 112, a determination is made if the received data is exceeding a predefined threshold value.
At step 113, a third alert is generated based on the determination at step 112.
Figure 2 illustrates a computing system 200 implementing the method 100 for in-patient care management as described with reference to Figure 1, in accordance with an embodiment of the present invention. The computing system 200 can be portable devices that include touchscreen technology. Examples of the computing system 200 include, but not limited to, smartphones, personal digital assistants, pocket personal computers, laptop computers and tablet-based devices.
The computing system 200 is associated with an in-patient in a medical caregiving environment such as a hospital, a special room in a home, etc., and is physically kept in proximity to the in-patient. Figure 3 illustrates an example manifestation 300 of such association, in accordance with the embodiment of the present invention. Accordingly, in the hospital, each in-patient is given a bed and is allocated a dedicated computing system 200. The computing system 200 is then rigidly fixed to beds using mechanisms as known in the art.
Further, the computing system 200 implements the method 100 for in-patient care management. As such, the computing system 200 comprises a first input receiving unit (FIRU) 202 to receive user-input from one or more users. The computing system 200 further comprises a determining unit 204, an analysing unit 206, a generation unit 208, and a display unit 210. The computing system 200 further comprises a second input receiving unit (SIRU) 212 to receive input from one or more other devices (as explained in later paragraphs). The computing system 200 further comprises a memory 214 and a processor 216.
The memory 214 stores data generated by the various units during operation of the computing system 200 for the proper functioning of the computing system 200. The memory 214 may store instructions necessary for the functioning of the computing system 200 and executed by the processor 216. In an implementation, the above-mentioned units can be separate from the processor 216, as illustrated in the figure. In one implementation, any one of the above-mentioned units can be part of the processor 216. In one implementation, all of the above-mentioned units can be part of the processor 216. In one implementation, the above-mentioned units can be dedicated inbuilt software modules or hardware modules or combination thereof. In one implementation, the above-mentioned units can be part of an application stored in the memory 214. In one example, the application may be a pre-installed application or pre-loaded application at the time of manufacturing of the computing system 200. In another example, the application may be downloaded on the computing system 200.
Although specific units have been illustrated in the Figure, it is to be understood that the system can include other hardware and/or software units/modules as necessary for proper functioning of the computing system 200 in accordance with the present invention.
Figure 4 illustrates an example network system 400 comprising the computing system 200 as described in Figure 1, in accordance with the embodiment of the present invention. The network system 400 can be implemented in the medical caregiving environment. In the network system 400, the computing system 200 may be communicatively coupled with a database 402 over a wireless network 404. The database 402 stores details of the in-patients admitted in the medical caregiving environment, medical data, and treatment information. The details of the in-patient include patient history, patient information, bed & wards, and expense and cost information. The medical data is comprised of lab data, medical claims, vitals management, nurse record sheet, resident doctor record, anesthesia protocol, operation record, OT chart, pre-op checklist, pre-surgery information, and post-surgery summary. The treatment information is comprised of treatment chart, diet management, prescribed medication, prescribed dosage, and prescribed administration of the medication. As would be understood, unique records are maintained for each in-patient in the database.
The computing system 200 may be further communicatively coupled with a centralized system 406 over the wireless network 404. The centralized system 406 can be a server or a cluster of servers hosting other hospital information management solutions (HIMS), existing or any newly developed. The computing system 200 is seamlessly integrated with the centralized system 406 such that information in the centralized system 406is not replicated. The centralized system 406 can be connected with various departments of the medical caregiving environment such as administration, finance, labs, pharmacy, ICU, etc.
The computing system 200 may be further communicatively coupled with one or more secondary computing devices 408 over the wireless network 404. Users except for the in-patient may use the secondary computing devices 408. The users are authorized to use the secondary computing devices 408. A list of access information of the plurality of users is stored in the database 402. The list of access information includes access information associated with each of the plurality of the users. The access information associated with the user is indicative of role of the user and data access rights of the user. As such, not all users are authorized to access information of all in-patients. Such role-based access control ensures the right information in right hands at the right time. To provide further security, the access information and the users are linked biometrics access such as fingerprint, retinal eye, and hand geometry.
Examples of the users include attendant(s) of the in-patient, hospital management staff like administration and finance, resident doctors, specialist doctors, nursing staff, medical lab technicians, pharmacy staff, and operation theatre staff. Examples of the roles and access rights include
(a) resident medical doctors are allowed only to prescribe treatment process, medical prescription, access lab reports, reviewing vital parameters;
(b) consultant and specialists medical doctors are allowed only to conduct remote consultation and monitoring;
(c) nursing staff are allowed only to perform follow up treatment process, drug administration, recording vital parameter, pharmacy contact and other follow up;
(d) administration staff are allowed only to track cost expenses; and
(e) attendant(s) of the in-patient are allowed only to view in-patient’s condition remotely.
Further, the computing system 200 may be communicatively coupled with one or more patient condition monitoring systems 410 over the wireless network 404. The patient condition monitoring systems 410 monitors health parameters of the in-patient. Examples of the health parameters include but not limited to vital parameters, urine, blood glucose, heartbeat, and activity of various body organs such as ECG monitors, anesthesia monitors, or EKG monitors.
Now, in operation, once the in-patient is admitted and the computing system 200 is allocated and associated with the in-patient, any of the authorized users can access the details of the computing system 200 to provide in-patient care management. Accordingly, the FIRU 202 receives a first user-input from the user. The first user-input is a biometric input received via a biometric sensing unit (not shown in the figure) available in the computing system 200. The biometric input can be a fingerprint, retinal eye, and hand geometry. The biometric sensing unit can be a fingerprint scanner, retinal eye scanner, and hand geometry scanner.
Upon receiving the first user-input, the determining unit 204 determines access information associated with the user based on the first user-input. To this end, the determining unit 204 identifies biometric information from the first user-input using techniques as known in the art. The determining unit 204 fetches a list of access information of a plurality of users from the database 402. The determining unit 204 then determines an existence of a predefined mapping between the identified biometric information and the access information of the user in the list and retrieves the access information associated with the user based on a positive determination. In case of a negative determination, the determining unit 204 generates “re-try” message and prevents further access, using techniques as known in the art.
Based on the access information thus determined, the generation unit 208 generates medical data and treatment information associated with the in-patient for display on the display unit 210. The medical data and treatment information can be displayed using user-interfaces in various modes as view only mode, view and partial edit mode, view and full edit mode based on the access information. In one example, the user is attendant of the in-patient and the attendants are allowed only to view in-patient’s condition remotely. As such, the generation unit 208 generates medical data and treatment information in a view only mode, i.e., non-editable mode. In one example, the user is attendant of the in-patient and the attendants are allowed only to view in-patient’s condition remotely. As such, the generation unit 208 generates medical data and treatment information in a view only mode, i.e., non-editable mode. In another example, the user is a nurse and the nursing staffs are allowed only to perform follow up treatment process, drug administration, recording vital parameter, pharmacy contact and other follow up. As such, the generation unit 208 generates medical data and treatment information in a view and partial edit mode. Consequently, the nurse is able to view the entire medical data and treatment information but is only able to edit, i.e., add or modify, only partial data.
Thereafter, the determining unit 204 determines a reception of second user-input in real time from the user on the computing system 200. The second user-input is indicative of medication administrated to the in-patient. The second user-input can be informed of touch-based information or text information and can be received via the FIRU 202.
Upon a positive determination, the second user-input is stored in the database as treat information using time stamps and date stamps in the database 402. This results in capturing of actual data inputs along with time-stamp in real time by only authorized users, thereby ensuring accountability. Thereafter, the analysing unit 206 analyses the second user-input, medical data, and treatment information to detect an anomaly in the treatment information. The anomaly can be any deviation from the treatment information.
If the anomaly is detected, the generation unit 208 generates a first alert for display on the computing system 200 to indicate the anomaly. The first alert can be in form of color-highlighted text and is permanently stored in the database 402. The display unit 210 then displays the first alert whenever the medical data and treatment information is accessed.
On contrary, upon determining a non-receipt of the second user-input, the generation unit 208 generates a second alert for display on the computing system to indicate the non-receipt of the second user-input. The second alert can be in form of color-highlighted text and is permanently stored in the database 402. The display unit 210 then displays the second alert whenever the medical data and treatment information is accessed.
Further, the generation unit 208 transmits at least one of the first alert and the second alert to the secondary computing device 408 for display on the secondary computing device 408 whenever the medical data and treatment information for the in-patient is accessed. This enables responding to an emergency or taking any preventive action on time or before any happening of untoward incident.
Further, the FIRU 202 can receive other user-input indicative updating the medical data and treatment information based on the second user-input and current health condition of the in-patient. The user-input can be in form of touch-based information or text information. Examples of the user-input can be but not limited to new medication, discharge summary, post-surgery summary, etc. Upon receiving the user-input, the FIRU 202 updates the medical data in the database 402 based on the received data. In addition, the FIRU 202 can transmit the data to the centralized system 406 and secondary computing device 408. For example, the user-input can be new medication prescribed to the in-patient based on the current health condition of the in-patient. In such example, the FIRU 202 can transmit the new medication to the pharmacy via the centralized system 406 for necessary action.
Further, the SIRU 212 receives data associated with one or more health parameters of the in-patient from the patient condition monitoring systems 410 and updates the medical data in the database 402 based on the received data. Thereafter, the determining unit 204 determines the received data is exceeding a predefined threshold value. The predefined threshold value is reference value of the health parameters based on the treatment information and medical data as known in the art. Based on the determination, the generation unit 208 generates third alert. The third alert can be in form of audible alert. In addition, the generation unit 208 may display the data on the display unit 210 and may transmit the data to the secondary computing device 408. For example, urine output measurement monitors urine output and transmits the data to the computing system 200. The computing system 200 displays the in-patient’s urine output throughout the stay and alerts the healthcare staff of any deviation that occurs with respect to the established therapeutic goals or treatment information and medical data.
Thus, the present computing system 200 enables the following:
a) electronically order and view medical data on a mobile platform;
b) securely forward medical data to multiple physicians;
c) anywhere, anytime access inside the hospital;
d) prescribe medication directly to the pharmacy from the mobile platform in real time;
e) cross-reference medication histories, payer formularies, and drug usage reports;
f) anywhere, anytime access;
g) add-on real-time eligibility and benefits verification and claims management;
h) capture demographic data from practice management systems; and
i) reporting and analytics.
An example manifestation 500 of the network system as described in Figure 4, in accordance with the embodiment of the present invention, is illustrated in Figure 5. As can be various users 502 can access information about a particular in-patient 504 via the computing system 200 and the secondary computing devices 408.
Thus, the present invention enables capturing of the entire information of the in-patient and facilitates easy flow of the entire information for treatment process in different stages. The present invention provides an easy and simple way to manage case sheets by providing a mobile solution that can be attached to the patient and can be moved from ward to ICU. The present invention provides role-based, secure biometric access to every user. The present invention enables proactive checks to increase data accuracy and eliminates lapse in vital data capturing. The present invention integrates with any existing hospital management system thereby requiring minimal infrastructure for implementation.
Further, the present invention provides an intelligent surveillance method & system for automatically ensuring accountability and transparency of the various authorized users at different levels during in-patient care. A definition of accountability in terms of answerability and sanctions, and distinguishes three types of accountability: financial, performance, and political/democratic. The role of health sector actors in accountability is reviewed. An accountability mapping tool is also implemented that identifies linkages among health sector actors and assesses capacity to demand and supply information. The present invention uses three accountability-enhancing strategies: reducing abuse, assuring compliance with procedures and standards, and improving performance/learning. Using this method and the computing system 200 of accountability, the health organizations can: a) help to generate a system-wide perspective on health sector reform, and b) identify connections among individual improvement interventions. These results can support synergistic outcomes, enhance system performance, and contribute to sustainability.
Figure 6 illustrates a typical hardware configuration of the computing system 200 in the form of a computer system 600 is shown. The computer system 600 can include a set of instructions that can be executed to cause the computer system 600 to perform any one or more of the methods disclosed. The computer system 600 may operate as a standalone device or may be connected, e.g., using a network, to other computer systems or peripheral devices.
In a networked deployment, the computer system 600 may operate in the capacity of a server or as a client user computer in a server-client user network environment or master-slave network environment, or as a peer computer system in a peer-to-peer (or distributed) network environment. The computer system 600 can also be implemented as or incorporated into various devices, such as a personal computer (PC), a tablet PC, a set-top box (STB), a personal digital assistant (PDA), a mobile device, a palmtop computer, a laptop computer, a desktop computer, or any other machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while the single computer system 600 is illustrated, the term "device" shall also be taken to include any collection of systems or sub-systems that individually or jointly execute a set, or multiple sets, of instructions to perform one or more computer functions.
The computer system 600 may include a processor 601, e.g., a central processing unit (CPU), a graphics-processing unit (GPU), or both, such as the processor 209 The processor 601 may be a component in a variety of systems. For example, the processor 601 may be part of a standard personal computer or a workstation. The processor 601 may be one or more general processors, digital signal processors, application specific integrated circuits, field programmable gate arrays, servers, networks, digital circuits, analog circuits, combinations thereof, or other now known or later developed devices for analysing and processing data The processor 601 may implement a software program, such as code generated manually (i.e., programmed).
The computer system 600 may include a memory 602, such as the memory 207 that can communicate via a bus 603. The memory 602 may be a main memory, a static memory, or a dynamic memory. The memory 602 may include, but is not limited to computer-readable storage media such as various types of volatile and non-volatile storage media, including but not limited to random access memory, read-only memory, programmable read-only memory, electrically programmable read-only memory, electrically erasable read-only memory, flash memory, magnetic tape or disk, optical media and the like. In one example, the memory 602 includes a cache or random access memory for the processor 601. In alternative examples, the memory 602 is separate from the processor 601, such as a cache memory of a processor, the system memory, or other memory. The memory 602 may be an external storage device or database for storing data. Examples include a hard drive, compact disc ("CD"), digital video disc ("DVD"), memory card, memory stick, floppy disc, universal serial bus ("USB") memory device, or any other device operative to store data. The memory 602 is operable to store instructions executable by the processor 601. The functions, acts or tasks illustrated in the figures or described may be performed by the programmed processor 601 executing the instructions stored in the memory 602. The functions, acts or tasks are independent of the particular type of instructions set, storage media, processor or processing strategy and may be performed by software, hardware, integrated circuits, firmware, micro-code and the like, operating alone or in combination. Likewise, processing strategies may include multiprocessing, multitasking, parallel processing and the like.
As shown, the computer system 600 may further include a display unit 604, such as a liquid crystal display (LCD), an organic light emitting diode (OLED), a flat panel display, a solid state display, a cathode ray tube (CRT), a projector, a printer or other now known or later developed display device for outputting determined information. The display unit 604 may act as an interface for the user to see the functioning of the processor 601, or specifically as an interface with the software stored in the memory 602 or in a drive unit 606.
The computer system 600 may also include a disk or optical drive unit 606. The disk drive unit 606 may include a computer-readable medium 607 in which one or more sets of instructions 608, e.g. software, can be embedded. Further, the instructions 608 may embody one or more of the methods or logic as described. In a particular example, the instructions 608 may reside completely, or at least partially, within the memory 602 or within the processor 601 during execution by the computer system 600. The processor 601 and the memory 602 may also include computer-readable media as discussed above.
The present invention contemplates a computer-readable medium that includes instructions 608 or receives and executes instructions 608 responsive to a propagated signal so that a device connected to a network 609 can communicate voice, video, audio, images or any other data over the network 609. Further, the instructions 608 may be transmitted or received over the network 609 via a communication port or interface 610 or the bus 603. The communication port or interface 610 may be a part of the processor 601 or may be a separate component. The communication port 610 may be created in software or may be a physical connection in hardware. The communication port 610 may be configured to connect with the network 609, external media, the display 604, or any other components in computer system 600, or combinations thereof. The connection with the network 609 may be a physical connection, such as a wired Ethernet connection or may be established wirelessly as discussed later. Likewise, the additional connections with other components of the computer system 600 may be physical connections or may be established wirelessly. The network 609 may alternatively be directly connected to the bus 603.
The network 609 may include wired networks, wireless networks, Ethernet AVB networks, or combinations thereof. The wireless network may be a cellular telephone network, an 802.11, 802.16, 802.20, 802.1Q or Wi-Max network, and cloud-based network. Further, the network 609 may be a public network, such as the Internet, a private network, such as an intranet, home network, and Internet of Things (IoT) network, or combinations thereof, and may utilize a variety of networking protocols now available or later developed including, but not limited to TCP/IP based networking protocols.
Additionally, the computer system 600 may include an input device 605 configured to allow a user to interact with any of the components of computer system 600. The input device 605 may be a number pad, a keyboard, or a cursor control device, such as a mouse, or a joystick, touch screen display, remote control or any other device operative to interact with the computer system 600.
In an alternative example, dedicated hardware implementations, such as application specific integrated circuits, programmable logic arrays, and other hardware devices, can be constructed to implement various parts of the computer system 600. Applications that may include the systems can broadly include a variety of electronic and computer systems. One or more examples described may implement functions using two or more specific interconnected hardware modules or devices with related control and data signals that can be communicated between and through the modules, or as portions of an application-specific integrated circuit. Accordingly, the present system encompasses software, firmware, and hardware implementations.
The system described may be implemented by software programs executable by a computer system. Further, in a non-limited example, implementations can include distributed processing, component/object distributed processing, and parallel processing. Alternatively, virtual computer system processing can be constructed to implement various parts of the system.
The system is not limited to operation with any particular standards and protocols. For example, standards for Internet and other packet switched network transmission (e.g., TCP/IP, UDP/IP, HTML, HTTP) may be used. Such standards are periodically superseded by faster or more efficient equivalents having essentially the same functions. Accordingly, replacement standards and protocols having the same or similar functions as those disclosed are considered equivalents thereof. It may be noted that the method as described in the present invention can be implemented in a wide variety of electronic devices including but not limited to desktop computers, laptop computers, palm top computers, tabs, mobile phones, televisions, etc. In addition, the user input can be received by the system using a wide variety of techniques including but not limited to using a mouse, a gesture input, a touch input, a stylus input, a joystick input, a pointer input, etc.
While certain present preferred embodiments of the invention have been illustrated and described herein, it is to be understood that the invention is not limited thereto. Clearly, the invention may be otherwise variously embodied, and practiced within the scope of the complete specification to follow.

Claims:WE CLAIM:
1. A method comprising:
- receiving, on a computing system associated with an in-patient, a first user-input from a user;
- determining access information associated with the user based on the first user-input;
- generating medical data and treatment information associated with the in-patient for display based on the access information thus determined;
- determining a reception of second user-input in real time from the user on the computing system, the second user-input being indicative of medication administrated to the in-patient;
- analysing the second user-input, medical data, and treatment information to detect an anomaly in the treatment information upon positive determination; and
- generating a first alert for display on the computing system to indicate the anomaly.

2. The method as claimed in claim 1, wherein the first user-input is a biometric input received via a biometric sensing unit available in the computing system.

3. The method as claimed in claim 1, wherein the access information associated with the user is indicative of role of the user and data access rights of the user.

4. The method as claimed in claim 1, wherein the medical data is comprised of lab data, medical claims, vitals management, nurse record sheet, resident doctor record, anesthesia protocol, operation record, OT chart, pre-op checklist, pre-surgery information, and post-surgery summary.

5. The method as claimed in claim 1, wherein the treatment information is comprised of treatment chart, diet management, prescribed medication, prescribed dosage, and prescribed administration of the medication.

6. The method as claimed in claim 1, wherein determining access information comprises:
- identifying biometric information from the first user-input;
- fetching a list of access information of a plurality of users from a database;
- determining an existence of a predefined mapping between the identified biometric information and the access information of the user in the list; and
- retrieving the access information associated with the user based on a positive determination.

7. The method as claimed in claim 1, further comprises:
- determining a non-receipt of the second user-input; and
- generating a second alert for display on the computing system to indicate the non-receipt of the second user-input.

8. The method as claimed in claim 7, further comprises:
- transmitting at least one of the first alert and the second alert to a secondary computing device.

9. The method as claimed in claim 1, further comprising:
- receiving data associated with one or more health parameters of the in-patient from one or more patient condition monitoring systems communicatively coupled with the computing system; and
- updating the medical data based on the received data.

10. The method as claimed in claim 9, further comprising:
- determining the received data is exceeding a predefined threshold value; and
- generating a third alert based on the determination.

11. A computing system comprising:
- a first input receiving unit to:
- receive a first user-input from a user; and
- receive a second user-input from the user, the second user-input being indicative of medication administrated to the in-patient; and
- a determining unit to:
- determine access information associated with the user based on the first user-input; and
- determine a reception of second user-input in real time from the user on the computing system, the second user-input being indicative of medication administrated to the in-patient; and
- an analysing unit to analyze the second user-input, medical data, and treatment information to detect an anomaly in the treatment information upon positive determination; and
- a generation unit to:
- generate medical data and treatment information associated with the in-patient for display based on the access information thus determined; and
- generate a first alert for display to indicate the anomaly; and
- a display unit to:
- display the medical data and treatment information; and
- display the first alert.

12. The computing system as claimed in claim 11, wherein the first user-input is a biometric input received via a biometric sensing unit available in the computing system.

13. The computing system as claimed in claim 11, wherein the access information associated with the user is indicative of role of the user and data access rights of the user.

14. The computing system as claimed in claim 11, wherein the medical data is comprised of lab data, medical claims, vitals management, nurse record sheet, resident doctor record, anesthesia protocol, operation record, OT chart, pre-op checklist, pre-surgery information, and post-surgery summary.

15. The computing system as claimed in claim 11, wherein the treatment information is comprised of prescribed medication, prescribed dosage, and prescribed administration of the medication.

16. The computing system as claimed in claim 11, wherein to determine access information the determining unit:
- identifies biometric information from the first user-input;
- fetches a list of access information of a plurality of users from a database;
- determines an existence of a predefined mapping between the identified biometric information and the access information of the user in the list; and
- retrieves the access information associated with the user based on a positive determination.

17. The computing system as claimed in claim 1, wherein:
- the determining unit determines a non-receipt of the second user-input; and
- the generation unit generates a second alert for display on the display unit to indicate the non-receipt of the second user-input.

18. The computing system as claimed in claim 7, wherein:
- the generation unit transmits at least one of the first alert and the second alert to a secondary computing device.

19. The computing system as claimed in claim 11, further comprises a second input receiving unit to receive data associated with one or more health parameters of the in-patient from one or more patient condition monitoring systems communicatively coupled with the computing system.

20. The computing system as claimed in claim 19, wherein:
- the determining unit further:
- updates the medical data based on the received data; and
- determines the received data is exceeding a predefined threshold value; and
- the generation unit further generates a third alert based on the determination.