WO2011107893A1 - Clinical decision support system with temporal context - Google Patents
Clinical decision support system with temporal context Download PDFInfo
- Publication number
- WO2011107893A1 WO2011107893A1 PCT/IB2011/050452 IB2011050452W WO2011107893A1 WO 2011107893 A1 WO2011107893 A1 WO 2011107893A1 IB 2011050452 W IB2011050452 W IB 2011050452W WO 2011107893 A1 WO2011107893 A1 WO 2011107893A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- patient
- patient data
- patient care
- care phase
- care
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
Definitions
- the following relates to the medical arts, clinical arts, medical diagnostic arts, patient care arts, and related arts.
- a clinical decision support system is an interactive electronic system that provides guidance for a physician or other medical personnel in diagnosing and treating a patient.
- One type of CDSS is defined by a clinical guideline that can be viewed as a directed graph of nodes, with each node representing an action to be taken (such as a medical test or treatment to perform) or a decision to be made.
- Decision nodes are typically branching points in the directed graph, with the branch to be followed subsequent to the decision node depending upon the decision made at the decision node.
- the clinical guideline can be highly specific (directed to a specific medical condition) or more general (encompassing a range of medical conditions through the use of suitable decision nodes).
- a more general clinical guideline is advantageously useful for a wider range of medical conditions.
- a more general clinical guideline encompasses more diverse medical conditions and hence is less likely to "miss" a diagnosis or decision because it lies outside the scope of the clinical guideline.
- the size of the clinical guideline tends to increase substantially as the scope of the clinical guideline is enlarged.
- Some clinical guidelines can include dozens, hundreds, or more nodes and decision points.
- similar nodes are repeated, sometimes multiple times. For example, an oncology patient may undergo radiation therapy entailing several radiation therapy sessions, followed by diagnostic testing to assess efficacy of the radiation therapy, followed by further radiation therapy entailing additional radiation therapy sessions, followed by further diagnostic testing, and so forth. Although the repetitions may involve similar nodes, the clinical significance of the treatment and/or patient data may be very different for the different repetitions.
- the aforementioned first radiation therapy may be therapeutic, that is, intended to remove the cancer; whereas the second radiation therapy may be precautionary and intended to prevent recurrence of the cancer.
- a positive test result indicating the presence of cancer during the first (therapeutic) radiation therapy may be "normal”
- the same test result indicating the presence of cancer during the second (precautionary) radiation therapy may indicate an unexpected recurrence of the cancer.
- the clinical guideline follows a timeline in the sense that the nodes form a directed graph mapping the patient's progress in time.
- the time interval between nodes is not fixed. For example, different oncology patients may remain at a given cancer stage for differing periods.
- patient data is not necessarily acquired in any particular order, with various tests scheduled based on availability of equipment and personnel, based on the judgment of the physician, or other factors.
- the latency between patient data acquisition and its entry into the CDSS can also vary for between patients, and can even vary for a single patient in the case of repeated patient data acquisitions. These temporal variations in patient data acquisition and entry can be problematic since the significance of patient data can depend critically upon when it was acquired.
- the complexity of clinical guidelines and the somewhat ad hoc nature of patient data acquisition and entry into the CDSS can substantially reduce the effectiveness of the CDSS for providing rapid and accurate assessment of a patient's present clinical condition.
- the physician may misinterpret this test result as indicating a problematic recurrence of the cancer.
- Such misinterpretation remains plausible even if the test result is associated with a node of the therapeutic radiation therapy, since the nodes of the therapeutic and precautionary radiation therapies are similar repetitions.
- a goal of the CDSS is to provide rapid and accurate assessment of the state of the patient and of relevant patient data, so as to assist the physician in making clinical decisions.
- Existing CDSS approaches would be substantially improved by providing improved techniques for more effectively addressing guideline complexity and the ad hoc nature patient data acquisition and entry.
- an apparatus comprises a clinical decision support system (CDSS) module comprising a digital processing device configured to store patient data and a clinical guideline including connected nodes representing clinical workflow events, actions, or decisions, wherein contiguous groups of the nodes are grouped into care phases.
- the CDSS module is configured to associate patient data with patient care phases selected from the care phases of the clinical guideline, and to determine patient care phase time intervals for the patient care phases based on acquisition date information for the patient data associated with the patient care phases.
- a method comprises: storing patient data in a clinical decision support system (CDSS) employing a clinical guideline comprising a directed graph of nodes representing a clinical workflow, wherein contiguous groups of the nodes are grouped into care phases; associating stored patient data with patient care phases selected from the care phases of the clinical guideline; and constructing patient care phase time intervals for the patient care phases such that (i) each patient care phase time interval includes the acquisition time or acquisition times of all patient data associated with the patient care phase and (ii) no point in time is included in more than two patient care phase time intervals.
- the method is performed by a digital processing device.
- a storage medium stores: a clinical guideline comprising a directed graph of nodes representing a clinical workflow, wherein contiguous groups of the nodes are grouped into care phases; and instructions executable on a digital processing device to perform a method including receiving patient data associated with patient care performed in accordance with the clinical guideline including receiving an acquisition date for the patient data, associating the patient data with a patient care phase selected from the care phases of the clinical guideline, and creating or updating a patient care phase time interval for the patient care phase wherein the created or updated patient care phase time interval includes the acquisition date.
- One advantage resides in a CDSS that provides a physician with a more rapid and accurate assessment of patient condition and the significance of patient data.
- Another advantage resides in providing this more rapid and accurate assessment without concomitant substantial increase in the amount of information provided to the CDSS by a physician or other data entry person. Another advantage resides in reducing a likelihood of error in the assessment of patient condition or the significance of patient data when using a CDSS.
- FIGURE 1 diagrammatically illustrates a clinical decision support system
- FIGURE 2 diagrammatically illustrates a portion of a clinical guideline suitably implemented by the CDSS of FIGURE 1, including care phase information.
- FIGURE 3 diagrammatically illustrates a user input dialog window of the CDSS of FIGURE 1 by which a physician or other data entry person can input patient data that is associated with a node of the clinical guideline.
- FIGURE 4 flowcharts patient data entry using the user input dialog window of FIGURE 3, including assignment of a care phase to the patient data.
- FIGURE 5 diagrammatically illustrates a user input dialog window of the CDSS of FIGURE 1 by which a physician or other data entry person can input patient data that is not associated with a node of the clinical guideline.
- FIGURE 6 flowcharts patient data entry using the user input dialog window of FIGURE 5, including assignment of a care phase to the patient data.
- FIGURE 7 diagrammatically illustrates assignment of one or two care phases that are consistent with the acquisition date of patient data.
- FIGURE 7A diagrammatically illustrates assignment of two care phases that are consistent with the acquisition date of patient data, in a variant embodiment in which two care phases overlap in time.
- FIGURE 8 diagrammatically illustrates a display window generated by the CDSS of FIGURE 1 showing a patient's progress through a clinical guideline, including delineation of the various care phases.
- an illustrative example clinical decision support system is suitably implemented on a computer 10, or on a network server or other digital processing device.
- the illustrated computer 10 includes an illustrated keyboard 12, and/or a mouse, trackball, or other user input device(s) and an illustrated display 14, and/or a printer, voice synthesizer, or other output device.
- these or other suitable user input and output devices are suitably provided (for example, a network server may be operatively connected with a remote terminal providing user input/output capability).
- the digital processing device implementing the CDSS may optionally include multiple cores, parallel processors, multiple computers with a wired and/or wireless network, a graphical processing unit (GPU), analog data processing circuits, or other data processing features or enhancements.
- GPU graphical processing unit
- the digital processing device 10 implements a CDSS module 20 that operates in conjunction with a clinical guideline 22, which is a directed graph of nodes with each node representing an action to be taken (such as a medical test or treatment to perform) or a decision to be made, and the direction of the graph indicating the progression in time of patient treatment performed in accordance with the clinical guideline.
- a clinical guideline 22 is a directed graph of nodes with each node representing an action to be taken (such as a medical test or treatment to perform) or a decision to be made, and the direction of the graph indicating the progression in time of patient treatment performed in accordance with the clinical guideline.
- the nodes include a "Pulmonary Lesion on the Chest X-ray” node, which leads into an "Initial Exams” node, which leads into a "TB: Exploratory procedures” node, which leads into an "Initial diagnosis?" decision node.
- human input is required to decide the future path of the patient's progress through the clinical guideline.
- the physician or other human user makes a decision at the "Initial diagnosis?" decision node to follow one of three available branches: a "Branch #1" node; a "Branch #2” node; or a "Branch #3" node.
- the clinical guideline 22 can provide guidance including: identification of relevant tests or other patient data acquisitions to perform, identification of points at which clinical decisions should be made; identification of the available options at a given decision point; and so forth.
- the clinical guideline can be displayed on the display 14 in a suitable format, such as that shown in FIGURE 2, and the display can include selected information associated with each node.
- nodes include a "percent complete” indicator indicating the extent to which the task at each node has been completed.
- the clinical guideline is displayed with the "time" direction, that is, the direction of the directed graph, going downward; however, other arrangements can be used, such as having the "time” direction correspond to moving to the right, or even a combination such as progressing forward in time by following edges either to the right or downward from node-to-node.
- the clinical guideline 22 is suitably stored on a magnetic disk, optical disk, server data storage, read-only memory (ROM), FLASH memory, random access memory (RAM), or other storage medium included in or accessible by the digital processing device 10.
- the clinical guideline 22 can be generated in various ways. In a typical approach, a physician, team of physicians, or other medically-qualified personnel construct the clinical guideline 22 using suitable design software (not shown) by which these qualified personnel can define nodes and directed edges between nodes so as to map out the various clinical actions (e.g., tests, therapies, or so forth), clinical decisions, and other aspects of treatment of the medical condition or conditions falling within the scope of the clinical guideline 22.
- these qualified personnel can also associate various information with the nodes, such as: textual or graphical instructions for performing the actions, tests, or so forth associated with the nodes; advice for assisting in making clinical decisions associated with decision nodes; value ranges for patient test results that are considered to be "normal”; or so forth.
- the CDSS module 20 of FIGURE 1 maintains an electronic patient CDSS file 30 for each patient.
- the single electronic patient CDSS file 30 for a single patient is shown in FIGURE 1 as an illustrative example; however, in general the CDSS maintains an electronic patient CDSS file for each patient.
- the CDSS suitably maintains 125 electronic patient CDSS files, one for each patient.
- the electronic patient CDSS file 30 for a single patient may optionally be organized into multiple files or other logical components for the purpose of storage and manipulation by the CDSS module 20.
- the electronic patient CDSS file 30 stores information pertaining to the patient.
- this information includes a patient identification component 32 storing information including: patient name; patient identification (ID) number; patient characteristics such as gender, age, or so forth; and the clinical guideline being employed for the patient.
- FIGURE 1 illustrates the single clinicial guideline 22 it is to be understood that in some embodiments there may be plural available clinical guidelines, and the physician can select the clinical guideline to use with a particular patient.
- a patient apparently suffering from throat cancer may be treated using a throat cancer clinical guideline
- a patient apparently suffering from lung cancer may be treated using a lung cancer clinical guideline, and so forth.
- the electronic patient CDSS file 30 also includes a patient data component 34 that stores patient data such as medical test results, medical images (e.g., MR or CT images), textual annotations or notes entered by the patient's physician or other medical personnel, or so forth.
- patient data such as medical test results, medical images (e.g., MR or CT images), textual annotations or notes entered by the patient's physician or other medical personnel, or so forth.
- the patient data is organized by data set, and each data set is tagged by its acquisition date, and is optionally also associated with a node of the clinical guideline 22.
- a stored “Data Set #1” is tagged with acquisition date 02 February 2009 and is associated with node "2” ;
- a stored “Data Set #2” is tagged with acquisition date 11 February 2009 and is not associated with any node of the clinical guideline;
- a stored “Data Set #3” is tagged with acquisition date 17 February 2009 and is associated with node "4" ; and so forth.
- a goal of the CDSS is to provide rapid and accurate assessment of the state of the patient and of relevant patient data, so as to assist the physician in making clinical decisions.
- contiguous groups of nodes are grouped into a set of care phases 40.
- Each care phase is a contiguous group of connected nodes of the clinical guideline 22. Because the clinical guideline 22 has no time scale, the care phases 40 do not have a temporal aspect or metric. However, since the contiguous group of connected nodes define contiguous sequence of actions, events, or decisions that occur in the sequence defined by the directed graph, a care phase defined by a contiguous group of connected nodes corresponds to a contiguous (albeit unspecified) time interval.
- the set of care phases 40 are preferably chosen to provide clinically useful and meaningful groupings of information so as to facilitate rapid and accurate assessment of the state of the patient and of relevant patient data.
- a care phase is defined as a group of nodes that are connected (and hence temporally contiguous) in the clinical guideline 22. This is illustrated in FIGURE 2, where the first three nodes are grouped together as an "initial examination" care phase, while the next decision node forms a group of one node comprising the "initial diagnosis" care phase.
- the contiguous group of connected nodes defining a care phase can include as few as a single node of the clinical guideline 22.
- the set of care phases 40 are used to group the patient data into patient care phases selected from the care phases 40 of the clinical guideline 22. Because the patient care phases are associated with a patient whose treatment occurs in time, the patient care phases can have associated patient care phase time intervals. Each patient care phase time interval is a continuous time interval that includes the acquisition dates of all patient data associated with that patient care phase. In general, there may or may not be a time gap between two neighboring or temporally adjacent patient care phases. In some embodiments, patient care phase time intervals do not overlap in time. In other embodiments, two neighboring or temporally adjacent patient care phase time intervals may overlap in time. Typically, it is desirable to have either no overlapping patient care phase time intervals (as in some embodiments) or at most two neighboring or temporally adjacent patient care phase time intervals may overlap in time (as in some other embodiments).
- each data set of the patient data 34 is associated with a patient care phase that is selected from the set of care phases 40 of the clinical guideline 22.
- “Data Set #1" acquired 02 Feb. 2009 and “Data Set #2” acquired 11 Feb. 2009 are both associated with the "Initial examination” patient care phase, while “Data Set #3" acquired 17 Feb. 2009 is associated with the "Initial diagnosis” patient care phase.
- a table of patient care phases 42 is also stored as part of the electronic patient CDSS file 30. The table of patient care phases 42 lists the patient care phases and their corresponding patient care phase time intervals. Patient data associated with the "Initial examination" patient care phase were acquired on 02 Feb. 2009 and on 11 Feb. 2009.
- the "Initial examination” patient care phase time interval must be contiguous, it follows that the "Initial examination” patient care phase time interval must at least include the interval [02 Feb. 2009, 11 Feb. 2009], where the hard brackets section denote inclusion of the end points in the time interval.
- the "Initial diagnosis” patient care phase is associated only with a single data set having a single acquisition date, namely 17 Feb. 2009. Accordingly, the "Initial diagnosis” patient care phase time interval must include at least the interval [17 Feb. 2009, 17 Feb. 2009]. These time intervals are shown in the table of patient care phases 42 of FIGURE 1.
- Assignment of patient data to a patient care phase contextualizes the patient data. If the patient data is not associated with a particular node of the clinical guideline 22, then the assigned care phase provides contextualization for the patient data. Even if the patient data is associated with a particular node of the clinical guideline 22, the additional ssignment of the patient data to a particular care phase can provide further contextualization that may benefit the physician if, for example, the associated node is similar to other nodes that are repeated at different points in the clinical guideline 22.
- the new patient data are associated with a patient care phase and the corresponding patient care phase time interval is created or updated, if needed, such that the patient care phase time interval includes the acquisition date of the new patient data.
- a dialog window 50 is used to input patient data that is associated with a node of the clinical guideline 22.
- an associated node 52 is highlighted in a graphical representation of a portion of the clinical guideline 22.
- the highlighting can utilize any distinctive visual effect, such as color, boldface outlining (as illustrated), flashing, or so forth.
- the associated node in the illustrative example is the "Initial exams" node 52.
- a user input region 54 is provided in which the user can input patient data associated with the associated node 52.
- the input region 54 is shown diagrammatically as a box in FIGURE 3; however, since the associated node 52 is known the input region 54 is optionally formatted specifically for input of a type of patient data expected to be associated with the node 52. Additionally, the righthand side of the illustrative dialog window 50 is identified by a node identification annotation 56 and by a care phase annotation 58, the latter being the care phase into which the associated node 52 is grouped.
- the processing of the new patient data received via the illustrative dialog window 50 of FIGURE 3 is described.
- the user selects the clinical guideline pathway data entry, and in an operation 62 the user selects the associated node 52.
- the operations 60, 62 are simultaneously accomplished by double-clicking on the associated node 52.
- the operation 62 is performed first by right-clicking on the associated node 52 to bring up a context-sensitive menu and the operation 60 is then performed by selecting a data input option from the context-sensitive menu, or so forth.
- Other approaches are also contemplated.
- the operations 60, 62 generate the dialog window 50 of FIGURE 3, and the user inputs patient data including an acquisition date in the dialog window 50 of FIGURE 3 in an operation 64.
- the entered (i.e., new) patient data are associated with the associated node 52. This is straightforward since the associated node 52 was selected in operation 62 in order to generate the dialog window 50.
- the patient care phase for the entered (i.e., new) patient data is selected as a care phase into which the associated node 52 is grouped in the set of care phases 40. In embodiments in which each node is grouped into no more than one care phase, the operation 70 is straightforward and unambiguous.
- the operation 70 may suitably entail bringing up another dialog box (not shown) asking the user which of the two different care phases into which the associated node 52 is grouped should be assigned to the new patient data.
- the patient care phase time interval of the patient care phase selected in the operation 70 is created or adjusted, if needed, to ensure that the patient care phase time interval includes the acquisition date of the entered (i.e., new) patient data. If this is the first instance in which patient data is associated with the patient care phase selected in the operation 70, then the operation 72 creates the corresponding patient care phase time interval and suitably assigns it the value [t new , t new ] where the time t new is the acquisition date associated with the entered (i.e., new) patient data.
- the operation 72 adjusts the patient care phase time interval (if needed) to ensure that it includes the acquisition date of the new patient data. For example, if the current (unadjusted) patient care phase time interval is [ti, t 2 ] and the acquisition date t new ⁇ ti then the adjusted patient care phase time interval is suitably [t new , t 2 ]. Similarly, if the current (unadjusted) patient care phase time interval is [ti, t 2 ] and the acquisition date t new >t2 then the adjusted patient care phase time interval is suitably [ti, t new ].
- FIGURES 3 and 4 assumes that there is an associated node corresponding to the new patient data.
- the patient data are not associated with any particular node (e.g., see "Data Set #2" in the patient data 34 of FIGURE 1), or the physician or other data entry person may not know the associated node or want to take the time to identify the associated node.
- a data entry dialog window 80 is illustrated.
- the dialog window 80 includes a data type (e.g., test) selection input 82 which may, for example, provide a drop-down list of available data types.
- a data entry region 84 is diagrammatically depicted in FIGURE 5 by a box.
- the data entry region 84 is suitably formatted for the data type selected by the user via the selection input 82.
- the selection of the serum calcium test input via selection input 82 may cause the data entry region 84 to comprise a single digital data input for receiving a quantitative serum calcium value.
- the data entry region 84 might suitably include (i) a file input dialog via which the user could input or select a data file containing the image, and (ii) an image preview sub-window in which the selected image is displayed.
- the dialog window 80 also includes an acquisition date input 86 via which the user inputs an acquisition date for the new patient data.
- the dialog window 80 still further includes a care phase selection input 88 via which the user optionally selects one of the care phases 40 to associate to the new input patient data.
- the care phase selection input 88 is a drop-down list input listing the care phases 40 and also providing a default value of ⁇ no entry>.
- the user may choose to use the care phase selection input 88 to affirmatively select one of the care phases 40 of the clinical guideline 22 as the patient care phase to be associated with the input patient data.
- the acquisition date provided via the input 86 is used to choose the patient care phase.
- the processing of the new patient data received via the illustrative dialog window 80 of FIGURE 5 is described.
- the user selects the dialog window 80, and in an operation 92 the user fills in the entries 82, 84, 86 and optionally care phase input 88.
- the CDSS module 20 determines one or two patient care phases that are consistent with the acquisition date for the new patient data entered via the acquisition date input 86 (see FIGURE 5).
- the table of patient care phases 42 (see FIGURE 1) stores the start and end time of each patient care phase so as to define the patient care phase time interval for each patient care phase.
- the CDSS module 20 is configured to ensure that no two patient care phases overlap in time. If the acquisition date is included in a patient care phase time interval, the then the acquisition date is consistent with only one patient care phase, namely the patient care phase whose patient care phase time interval includes the acquisition date.
- An example of this situation is the 08 Feb. 2009 acquisition date for "Test Data A" shown in FIGURE 7.
- the 08 Feb. 2009 date is included in the "Initial examination" patient care phase time interval, and accordingly the 08 Feb. 2009 acquisition date is consistent with only the "Initial examination” patient care phase.
- the acquisition date lies between two neighboring patient care phase time intervals, then the acquisition date is consistent with either of these two patient care phases.
- An example of this situation is the 14 Feb. 2009 acquisition date for "Test Data B" shown in FIGURE 7.
- the 14 Feb. 2009 date lies between the "Initial examination” patient care phase time interval and the "Initial diagnosis” patient care phase time interval, and accordingly the 14 Feb. 2009 acquisition date is consistent with two patient care phases, namely the "Initial examination" patient care phase and the "Initial diagnosis” patient care phase.
- FIGURE 7A in embodiments in which two patient care phase time intervals may overlap, there are still one or at most two patient care phases that are consistent with a given patient data acquisition date.
- a decision point 96 it is determined whether or not the user input a care phase via the care phase selection input 88. If yes, then an operation 100 checks to verify that the acquisition date for the new patient data (as determined in the operation 94) is consistent with the user-entered care phase. If the input care phase is determined in the operation 100 to be consistent with the acquisition date, then in an operation 102 the new patient data are associated with the user-input care phase. On the other hand, if the input care phase is determined in the operation 100 to be not consistent with the acquisition date, then a remedial operation 104 is invoked. In the illustrated embodiment, the remedial operation 104 includes providing a user dialog window explaining the discrepency and requesting user input (for example, corrected user input of the acquisition date and/or care phase) to resolve the discrepancy.
- a decision block 110 uses the output of the operation 94 to attempt to assign a uniquely identified patient care phase based on the acquisition date.
- the operation 94 determines one or two patient care phases that are consistent with the acquisition date.
- decision block 110 transfers flow to an operation 112 where the new patient data are associated with the single patient care phase that is consistent with the acquisition date.
- remedial operation 104 is invoked, which again in the illustrated embodiment includes providing a user dialog window explaining the discrepency and requesting user input (for example, a corrected user input of the acquisition date and/or entry of a care phase) to resolve the discrepancy.
- an operation 114 is invoked to create or adjust the patient care phase time interval of the patient care phase to which the new patient data are assigned.
- the operation 114 does nothing - for example, in FIGURE 7 the assignment of "Test Data A" to the "Initial examination” patient care phase does not entail any creation or adjustment of the "Initial examination” patient care phase time interval because the acquisition date of 08 Feb. 2009 is already included in the "Initial examination” patient care phase time interval.
- the end date of the "Initial examination” patient care phase time interval is suitably increased to include the 14 Feb.
- the new patient data is the first data assigned to a patient care phase, such that the patient care phase is created to correspond to the new patient data, then the newly created patient care phase is suitably given the patient care phase time interval [d A , d A ], where d A is the acquisition date of the new patient data.
- the patient care phases are used to improve readability of a display 120 of at least some of the stored patient data as a function of time within a selected time interval.
- the improved readability is provided by, in the displaying, delineating the patient care phase time intervals that are included in or overlap the selected time interval.
- the illustrative display 120 is a patient data timeline displayed on the display device 14 (see also FIGURE 1).
- four patient care phase time intervals 122, 124, 126, 128 are delineated by shading, with textual patient care phase labels 130 shown above the shaded areas.
- delineated patient care phase time intervals 122, 124, 126, 128 with labels 130 facilitate rapid and accurate assessment by the physician of the content of the patient data timeline. It will be appreciated that other delineations such as coloration, vertical delineation lines, or so forth may be used.
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
Description
Claims
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012555514A JP6069785B2 (en) | 2010-03-04 | 2011-02-02 | Clinical decision support system using temporal context |
US13/580,387 US20130041681A1 (en) | 2010-03-04 | 2011-02-02 | Clinical decision support system with temporal context |
EP11707702A EP2542993A1 (en) | 2010-03-04 | 2011-02-02 | Clinical decision support system with temporal context |
CN201180012011.6A CN102804192B (en) | 2010-03-04 | 2011-02-02 | There is the Clinical Decision Support Systems of time background |
BR112012021859A BR112012021859A2 (en) | 2010-03-04 | 2011-02-02 | storage method appliance " |
US17/100,066 US20210074399A1 (en) | 2010-03-04 | 2020-11-20 | Clinical decision support system with temporal context |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US31030710P | 2010-03-04 | 2010-03-04 | |
US61/310,307 | 2010-03-04 |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/580,387 A-371-Of-International US20130041681A1 (en) | 2010-03-04 | 2011-02-02 | Clinical decision support system with temporal context |
US17/100,066 Continuation US20210074399A1 (en) | 2010-03-04 | 2020-11-20 | Clinical decision support system with temporal context |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2011107893A1 true WO2011107893A1 (en) | 2011-09-09 |
Family
ID=43855920
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/IB2011/050452 WO2011107893A1 (en) | 2010-03-04 | 2011-02-02 | Clinical decision support system with temporal context |
Country Status (6)
Country | Link |
---|---|
US (2) | US20130041681A1 (en) |
EP (1) | EP2542993A1 (en) |
JP (1) | JP6069785B2 (en) |
CN (1) | CN102804192B (en) |
BR (1) | BR112012021859A2 (en) |
WO (1) | WO2011107893A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112908487A (en) * | 2021-04-19 | 2021-06-04 | 中国医学科学院医学信息研究所 | Automatic identification method and system for clinical guideline update content |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2790583B1 (en) * | 2011-12-13 | 2016-05-18 | Koninklijke Philips N.V. | Dose optimization based on outcome quality |
JP5844246B2 (en) * | 2012-11-30 | 2016-01-13 | 富士フイルム株式会社 | Inspection result display device, its operating method, and control program |
CN109074871B (en) * | 2015-10-27 | 2022-08-23 | 皇家飞利浦有限公司 | Pattern discovery visual analysis system for analyzing clinical data characteristics to generate patient cohorts |
CN105335620A (en) * | 2015-11-13 | 2016-02-17 | 冯金辉 | System and method for automatically and intelligently providing personalized medical information services |
WO2017162544A1 (en) * | 2016-03-21 | 2017-09-28 | Koninklijke Philips N.V. | Method to generate narrative reports from executable clinical pathways |
EP3223179A1 (en) * | 2016-03-24 | 2017-09-27 | Fujitsu Limited | A healthcare risk extraction system and method |
WO2018040110A1 (en) * | 2016-09-05 | 2018-03-08 | 深圳迈瑞生物医疗电子股份有限公司 | Medical monitoring device, and method and system for displaying patient monitoring information |
CN112712862A (en) * | 2019-10-24 | 2021-04-27 | 北京新研汇医药研发有限公司 | Method, device and system for generating clinical research time schedule |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060085223A1 (en) * | 2004-10-06 | 2006-04-20 | Jean Anderson | System and user interface for presenting treatment information |
US20070175980A1 (en) * | 2003-12-16 | 2007-08-02 | Koninkiljke Philips Electronics, N.V. | Clinical decision support system for guideline selection and knowledge/location indication with the guideline |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5812983A (en) * | 1995-08-03 | 1998-09-22 | Kumagai; Yasuo | Computed medical file and chart system |
JP2001052073A (en) * | 1999-08-17 | 2001-02-23 | Toshitada Kameda | Medical treatment planning and recording support system and machine readable medium with program recorded |
US20020138512A1 (en) * | 2000-11-17 | 2002-09-26 | William Buresh | Flexible form and window arrangement for the display of medical data |
US8286088B2 (en) * | 2002-04-23 | 2012-10-09 | Draeger Medical Systems, Inc. | Patient medical parameter trend indicative user interface display system |
GB0306746D0 (en) * | 2003-03-24 | 2003-04-30 | Medic To Medic Ltd | A graphical user interface |
JP2007505419A (en) * | 2003-05-16 | 2007-03-08 | シャピロ、マーク | System and method for managing an endoscopic laboratory |
US20050137925A1 (en) * | 2003-10-23 | 2005-06-23 | Lakritz Kenneth B. | Resource scheduling and monitoring |
US8135595B2 (en) * | 2004-05-14 | 2012-03-13 | H. Lee Moffitt Cancer Center And Research Institute, Inc. | Computer systems and methods for providing health care |
WO2006035383A1 (en) * | 2004-09-30 | 2006-04-06 | Koninklijke Philips Electronics N.V. | Decision support systems for clinical guideline and for navigatiing said clinical guidelines according to different levels of abstraction |
JP5238507B2 (en) * | 2005-10-31 | 2013-07-17 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Clinical workflow management and decision making system and method |
US7895055B2 (en) * | 2005-12-14 | 2011-02-22 | Siemens Aktiengesellschaft | Method and system to optimize and automate clinical workflow |
US20070156456A1 (en) * | 2006-01-04 | 2007-07-05 | Siemens Medical Solutions Health Services Corporation | System for Monitoring Healthcare Related Activity In A Healthcare Enterprise |
US20080058612A1 (en) * | 2006-09-05 | 2008-03-06 | Shigeharu Ohyu | Medical information system |
EP2082340A2 (en) * | 2006-10-12 | 2009-07-29 | Philips Intellectual Property & Standards GmbH | Clinician decision support system |
WO2008109815A1 (en) * | 2007-03-07 | 2008-09-12 | Upmc, A Corporation Of The Commonwealth Of Pennsylvania | Medical information management system |
US20080270179A1 (en) * | 2007-04-27 | 2008-10-30 | Siemens Aktiengesellschaft | Scheduling module in clinical workflow tool for healthcare institutions |
US20090125840A1 (en) * | 2007-11-14 | 2009-05-14 | Carestream Health, Inc. | Content display system |
-
2011
- 2011-02-02 US US13/580,387 patent/US20130041681A1/en not_active Abandoned
- 2011-02-02 WO PCT/IB2011/050452 patent/WO2011107893A1/en active Application Filing
- 2011-02-02 BR BR112012021859A patent/BR112012021859A2/en not_active IP Right Cessation
- 2011-02-02 CN CN201180012011.6A patent/CN102804192B/en active Active
- 2011-02-02 EP EP11707702A patent/EP2542993A1/en not_active Withdrawn
- 2011-02-02 JP JP2012555514A patent/JP6069785B2/en active Active
-
2020
- 2020-11-20 US US17/100,066 patent/US20210074399A1/en active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070175980A1 (en) * | 2003-12-16 | 2007-08-02 | Koninkiljke Philips Electronics, N.V. | Clinical decision support system for guideline selection and knowledge/location indication with the guideline |
US20060085223A1 (en) * | 2004-10-06 | 2006-04-20 | Jean Anderson | System and user interface for presenting treatment information |
Non-Patent Citations (2)
Title |
---|
AIGNER W ET AL: "CareVis: Integrated visualization of computerized protocols and temporal patient data", ARTIFICIAL INTELLIGENCE IN MEDICINE, ELSEVIER, NL, vol. 37, no. 3, 1 July 2006 (2006-07-01), pages 203 - 218, XP025138452, ISSN: 0933-3657, [retrieved on 20060701] * |
PLAISANT C ET AL: "LifeLines: Using Visualization to Enhance Navigation and Analysis of Patient Records", HCIL TECHNICAL REPORT, X, XX, no. 98-08, 1 October 1998 (1998-10-01), pages 1 - 5, XP007901783 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112908487A (en) * | 2021-04-19 | 2021-06-04 | 中国医学科学院医学信息研究所 | Automatic identification method and system for clinical guideline update content |
CN112908487B (en) * | 2021-04-19 | 2023-09-22 | 中国医学科学院医学信息研究所 | Automatic identification method and system for updated content of clinical guideline |
Also Published As
Publication number | Publication date |
---|---|
JP6069785B2 (en) | 2017-02-01 |
CN102804192A (en) | 2012-11-28 |
US20210074399A1 (en) | 2021-03-11 |
BR112012021859A2 (en) | 2019-09-24 |
EP2542993A1 (en) | 2013-01-09 |
US20130041681A1 (en) | 2013-02-14 |
JP2013521560A (en) | 2013-06-10 |
CN102804192B (en) | 2016-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210074399A1 (en) | Clinical decision support system with temporal context | |
US20210158526A1 (en) | Automatic slice selection in medical imaging | |
JP5982368B2 (en) | Report creation | |
Ko et al. | Combined CT coronary angiography and stress myocardial perfusion imaging for hemodynamically significant stenoses in patients with suspected coronary artery disease: a comparison with fractional flow reserve | |
RU2595766C2 (en) | Image identification and distortion reduction | |
Gershlick et al. | Role of non-invasive imaging in the management of coronary artery disease: an assessment of likely change over the next 10 years. A report from the British Cardiovascular Society Working Group | |
US7280992B2 (en) | Method for processing medically relevant data | |
Yang et al. | Stress myocardial perfusion CT in patients suspected of having coronary artery disease: visual and quantitative analysis—validation by using fractional flow reserve | |
Ramjattan et al. | Coronary CT angiography | |
Ball et al. | Fractional flow reserve derived from coronary computed tomography angiography datasets: the next frontier in noninvasive assessment of coronary artery disease | |
Staniak et al. | Coronary CT angiography for acute chest pain in the emergency department | |
Lipkin et al. | Coronary CTA with AI-QCT interpretation: comparison with myocardial perfusion imaging for detection of obstructive stenosis using invasive angiography as reference standard | |
Brandt et al. | Impact of machine-learning-based coronary computed tomography angiography–derived fractional flow reserve on decision-making in patients with severe aortic stenosis undergoing transcatheter aortic valve replacement | |
Milano et al. | Enhanced 3D visualization for planning biventricular repair of double outlet right ventricle: a pilot study on the advantages of virtual reality | |
Kazerooni | Population and sample | |
Sharma et al. | Coronary computed tomographic angiography (CCTA) in community hospitals:“current and emerging role” | |
Wang et al. | Influence of deep learning image reconstruction and adaptive statistical iterative reconstruction-V on coronary artery calcium quantification | |
EP3362925B1 (en) | Systems and methods for generating correct radiological recommendations | |
Feng et al. | Machine-learning-derived radiomics signature of pericoronary tissue in coronary CT angiography associates with functional ischemia | |
Weir-McCall et al. | Fractional flow reserve derived from CT: the state of play in 2020 | |
Fordyce et al. | Outcomes-based CV imaging research endpoints and trial design: from pixels to patient satisfaction | |
JP2013214298A (en) | Interpretation report creation support device | |
Leipsic et al. | The ISCHEMIA trial: implication for cardiac imaging in 2020 and beyond | |
Pontone et al. | Paving the way for clinical implementation of dynamic CT perfusion | |
Schoenhagen et al. | CT assessment of coronary artery disease: trends and clinical implications |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 201180012011.6 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 11707702 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2011707702 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 7120/CHENP/2012 Country of ref document: IN |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2012555514 Country of ref document: JP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13580387 Country of ref document: US |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01A Ref document number: 112012021859 Country of ref document: BR |
|
ENP | Entry into the national phase |
Ref document number: 112012021859 Country of ref document: BR Kind code of ref document: A2 Effective date: 20120830 |