Abstract: A method for facilitating integration of patient electronic healthcare record information from a community aggregator with electronic healthcare record information native to an electronic healthcare record (EHR) application includes, for each of a plurality of accessed community data items, comparing the community data item to native data items, and based on the comparison, identifying the community data item as a duplicate, a potential duplicate, or not a duplicate, and for each community data item which was not identified as a duplicate, comparing the community data item to entries in one or more native clinical dictionaries, and, based on the comparison, identifying the community data item as an exact match to a clinical dictionary entry, a potential match to one or more clinical dictionary entries, or not matched to any clinical dictionary entry.

Abstract: An improved graphical user interface (GUI) is disclosed herein. A computing device displays the GUI on a display. The GUI comprises a data element. The computing device receives a first indication that the data element has been selected within the GUI by a selection article. As the data element remains selected, the computing device receives a second indication that the selection article has been moved in a direction. As the data element remains selected, the computing device displays contextual data for the data element on the display. The contextual data displayed may be based upon the direction in which the selection article was moved. Responsive to receiving a third indication that the data element fails to remain selected by the selection article, the computing device removes the contextual data from the GUI.

Abstract: A method includes receiving, from a user via an electronic device, input representing a password to be utilized for an account; automatically determining, utilizing a processor, a complexity value for the input password; automatically determining, based on the determined complexity value, security settings for the account; receiving, from a user via an electronic device, input representing an attempt to login to the account, the input representing an attempt to login to the account including an attempted password; automatically determining that the attempted password does not match the password to be utilized for the account; and determining a course of action to take in response to the determination that the attempted password does not match the password to be utilized for the account, the course of action being determined based at least in part on the automatically determined security settings for the account.

Abstract: An electronic health records application (EHR) receives an indication that a patient in a healthcare facility has been diagnosed with an infectious disease at a datetime. The EHR determines first locations in the healthcare facility in which the patient has been present. The EHR identifies portions of a heating, ventilation, and air conditioning system (HVAC) system of the healthcare facility based upon the first locations. The portions of the HVAC system connect the first locations to second locations in the healthcare facility. The EHR identifies a person that has been present in at least one of the first locations or the second locations. The EHR then causes a notification to be transmitted to a computing device operated by the person notifying the person of potential exposure to the infectious disease.

Abstract: A mobile computing device includes computer-executable instructions contained in nonvolatile computer-readable memory which, when executed by a processor of the device, perform a method including the steps of providing a plurality of application user interface screens, and enabling the person to navigate between the application user interface screens based on receiving user input by the person. Each application user interface screen represents a different context of use of the application for accomplishing a different respective result or performing a different respective activity by a person interacting with the application on the computing device. In variations thereof for use on PCs, application user interface windows are provided. In other variations, different user roles with different access privileges and/or different functionality forms the basis of the different contexts. I still other variations, both types of contextual bases are utilized.

Abstract: A computing system for inter-application communication between a client emitter application and a client consumer application executing on a mobile computing device is disclosed herein. The client emitter application receives an indication of a programmatic task to be performed by the client consumer application. The client emitter application transmits data to a server emitter application executing on a first server computing device causing a session token to be generated, the session token indicating that a server consumer application executing on a second server computing device has authenticated the client emitter application. The server emitter application forwards the session token to the client emitter application. The client emitter application includes the session token in a call indicative of the programmatic task to the client consumer application.

Abstract: Described herein are various technologies pertaining to creating and modifying a computer-readable file for a patient in response to receiving data about the patient. The computer-readable file is modified by appending a child file record to the computer-readable file, identifying a parent file record for the child file record in the computer-readable file, and storing a pointer in the parent file record to the child file record. The child file record comprises the data about the patient, an initially empty pointer portion, and an attribute of a user that has permission to access the data about the patient. The pointer portion may be later modified to include pointers to subsequently added file records in the computer-readable file.

Abstract: A method involves presenting an interface which provides the ability to associate photographic images with an anatomical image for use in clinical documentation. A method involves presenting an interface which displays an anatomical image and lists both common conditions for selection by a user and common treatments for the presented or selected conditions. A method involves presenting an interface which displays an anatomical image providing drill down functionality.

Abstract: Described herein are various technologies pertaining to a patient portal interface application for a hub application that is displayed concurrently on a display with a graphical user interface (GUI) for a client electronic health record application (EHR). The hub application facilitates access to supplement applications, wherein at least one of the supplement applications is a patient portal interface application. The patient portal interface application communicates with a patient portal server to facilitate presentment of patient portal data to a user of the client EHR. The patient portal interface application provides a current context of the EHR to the patient portal server, and receives contextually-based patient portal data from the patient portal server. The contextual patient portal data is then displayed by way of a GUI of the patient portal interface application.

Abstract: A method includes receiving from a health care practitioner input corresponding to creation of a first health care order which includes one or more parameters associated with a health care goal for the patient, one or more parameters associated with one or more rules for communicating notifications regarding the first health care order to the first health care practitioner via the electronic health records application, and instructions for the patient for complying with the first health care order. The method further includes displaying to the patient a patient portal comprising a goals interface which displays information associated with the first health care order for the patient created by the first health care practitioner, and allowing the patient to input readings for the order. The method further includes communicating one or more notifications back to the electronic health records application based on the readings.

Abstract: A method includes receiving structured clinical data in transactional HL7 messages, aggregating the data in a staging area, and merging only the most updated data into a destination database in ordered validated, calculated, and manipulated sets.

Abstract: A method includes converting a user's utterance to text; encapsulating the converted text in a rheme object; searching, for each of a plurality of topics, for keywords in the converted text; determining a relevancy metric for each of the plurality of topics based on such searching; selecting one or more topics based on determined relevancy metrics; comparing some or all of the converted text to names in one or more patient lists or databases; identifying a unique patient whose name is contained in the converted; attaching an indication of the identified patient to the rheme object; effecting an action based on the selected one or more topics and the attached patient indication; and saving the topic in a conversation history with a reference to the identified patient.

Abstract: A client computing device transmits a resource that conforms to a healthcare interoperability standard to a server computing device that executes a GUI generator component, and the GUI generator component generates GUI markup based upon the resource. The GUI generator component returns the GUI markup to the client computing device, which presents the GUI features on the a display based upon the GUI markup.

Abstract: A method for distributing non-transactional workload in the form of online analytical processing (OLAP) load across multiple database servers comprises receiving, at a scheduler server, a plurality of asynchronous work requests, adding, by the scheduler server, each of the received asynchronous work requests to a work list queue as a work item, and determining, by a scheduler module of the scheduler server, a first work item from the work list queue to select for performance by the first thread of the application server. In accordance with one or more preferred implementations, the first work item is selected utilizing a methodology which determines a number of work items in the work list queue having a processing status that are assigned to a database server, and based thereon determines whether an additional work request can be assigned to that database server without exceeding a request threshold for that database server.

Abstract: A method includes recording, at an electronic device utilizing a microphone of the electronic device, ambient noise of an environment the electronic device is disposed in; electronically analyzing, utilizing one or more processors, the recorded ambient noise of the environment to determine one or more frequency bands to avoid; dynamically adapting, based on the electronic analysis, an auditory alert to be played at the electronic device, such adaptation including frequency equalization adjustments based on the determination of one or more frequency bands to avoid; and playing, at the electronic device utilizing one or more speakers of the electronic device, the adapted auditory alert.

Abstract: Described herein are various technologies pertaining to authenticating, via a two-factor authentication method, the identity of a user requesting access to a medical application such as an electronic health record (EHR). The medical application, executing on a server computing device, authenticates the user based upon log in credentials provided to a client computing device, and indicates to the client computing device that the user has been authenticated. The client computing device transmits a message to a helper application (executing on a second server computing device), where the message indicates that the user has logged into the medical application. The helper application can then request confirmation from the user (by transmitting a request to a mobile computing device of the user) that the user has logged into the medical application.

Abstract: Described herein are various technologies pertaining to generating and modifying a file for an entity, wherein the file includes a file record, and further wherein the file record includes binary data and a schema that is usable to hydrate a record based upon the binary data. The file is modified by appending file records to one another, where file records optionally correspond to different record creation systems. Described herein are also various technologies pertaining to locating a record in the file.

Abstract: Technologies and techniques for providing domain-specific text scaling for a page having a plurality of domains. A processing apparatus configured to generate the page and an interface associated with at least one of the plurality of domains. A profile module is configured to store user identification information. A scaling module is included, wherein the processing apparatus is configured to receive an input via the interface to modify the text scaling via the scaling module for the associated domain, without modifying the text scaling for at least one of the other of plurality of domains. Contexts for domains may also be determined and subsequently used to load pre-stored values for domain-specific text scaling.

Abstract: Methods, apparatuses, and computer program products are provided for an address system to identify a field and/or a row in a data structure. A method may include receiving a request to modify a field of data, wherein the field of data is identified by a received field key. A method may also include determining whether the field of data was rendered for display. A method may also include modifying the field in a tree structure in an instance in which the field of data was rendered for display, wherein the received field key is configured locate an address object that is related to the field. A method may also include modifying the field of data in a tree structure in an instance in which the field of data was not rendered for display by locating the received field key in a field key lookup map, wherein the field key lookup map is configured to locate the address object.

Abstract: A client EHR executing on a client computing device is described herein, wherein the client EHR is configured to present a GUI on a display of the client computing device. The GUI comprises a first field, a second field, and a third field, wherein the first field is configured to receive an identifier for a category of clinical data, the second field is configured to receive clinical data of the identified category of clinical data and the third field is configured to present the identified category of clinical data from the electronic health record of a patient. The client computing device then receives input comprising clinical data of the category identified, which is then integrated into the patient's electronic health record maintained by the EHR. After receiving an input comprising clinical data, the GUI automatically advances to the next subcategory of the identified category for which clinical data is needed.