WO2009003242A1 - Système de chemin - Google Patents

Système de chemin Download PDF

Info

Publication number
WO2009003242A1
WO2009003242A1 PCT/AU2008/000983 AU2008000983W WO2009003242A1 WO 2009003242 A1 WO2009003242 A1 WO 2009003242A1 AU 2008000983 W AU2008000983 W AU 2008000983W WO 2009003242 A1 WO2009003242 A1 WO 2009003242A1
Authority
WO
WIPO (PCT)
Prior art keywords
care
service
setting
guidelines
pathway system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/AU2008/000983
Other languages
English (en)
Inventor
Mark Siddins
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from AU2007903639A external-priority patent/AU2007903639A0/en
Application filed by Individual filed Critical Individual
Priority to AU2008271928A priority Critical patent/AU2008271928A1/en
Publication of WO2009003242A1 publication Critical patent/WO2009003242A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines

Definitions

  • the present invention relates to a pathway system and, in particular, to a clinical pathway system for generating critical point guidelines that uniquely reflect individual requirements of procedural interventions, patients, health care providers, and institutions.
  • Clinical pathways represent an existing management program in the form of a management workflow that is created to define the usual care provided to patients undergoing procedural intervention. In current practice, such pathways typically comprise a daily guide to the specific treatment that is normally provided, in a specified context. Current clinical pathways known to the Applicant are typically specific to the procedure, the surgeon, and the institution. They are created as fixed documents, and this single document is used for all patients undergoing a particular treatment by a particular doctor.
  • Patient care often involves the modification of usual treatment to account for circumstances that are specific to a particular episode of care. These variations usually reflect the presence of patient alerts, or individual preferences of health care providers. At present, information regarding variations in treatment is conveyed from one setting to another in a linear fashion. That is, information must be recorded at each point of care, and conveyed to health care workers who are involved at the next step in treatment. Failure to do so at any point may mean that his information is lost to staff responsible for later patient care.
  • a lack of supporting electronic infrastructure is a major impediment to the adoption of complex electronic pathways. For example, most hospitals do not have interactive electronic screens at the bedside that can be used to display and modify treatment guidelines through constant real time data manipulation. Developing appropriate linkages for integration of test results and patient management guidelines has proven difficult. In addition, there is no consensus regarding appropriate electronic formats for data management. The high cost of implementation, including staff training for complex programs has been a major disincentive.
  • Li one form of the invention there is proposed a pathway system for generating management guidelines for service providers within each setting of a service episode, said pathway system characterised by: a procedures database adapted to store predefined templates relating to each procedure within each service setting; an alerts database adapted to store predefined templates relating to service recipient alerts that require each procedure to be modified; a means of modifying said procedural templates to account for one or more service plan factors that require said procedure to be modified; a means of modifying said alert templates to account for said one or more service plan factors; and a means of integrating said procedural and alert templates to provide a final management guideline for each setting that is accessible by each service provider.
  • said one or more service plan factors includes a procedural preference of an institution in which said service episode is being carried out.
  • said one or more service plan factors includes a procedural preference of the service provider.
  • said pathway system further includes a conflict resolution database adapted to store rules which define the required procedure for when two or more service recipient alert templates are required for a particular setting.
  • said one or more service plan factor preferences can be modified at any time during the service episode.
  • a clinical pathway system for generating management guidelines for healthcare providers within each setting of an episode of care, said clinical pathway system characterised by: a procedures database adapted to store predefined templates relating to each procedure within each service setting; an alerts database adapted to store predefined templates relating to patient alerts that require said procedure to be modified; a means of modifying said procedural templates to account for one or more care plan factors that require said procedure to be modified; a means of modifying said alert templates to account for said one or more care plan factors; and a means of integrating said procedural and alert templates to provide final management guidelines for each setting that are accessible by each healthcare provider.
  • said one or more care plan factors includes a procedural preference of a healthcare institution in which said service episode is being carried out.
  • said service settings include preadmission, admission, theatre, recovery, ward and discharge.
  • said one or more care plan factors includes a procedural preference of the healthcare provider.
  • said clinical pathway system further includes a conflict resolution database adapted to store rules which define the required procedure for when two or more patient alert templates are required in a particular setting.
  • a conflict resolution database adapted to store rules which define the required procedure for when two or more patient alert templates are required in a particular setting.
  • said one or more care plan factor preferences can be modified at any time during the episode of care.
  • a pathway system characterised by: a service recipient; a plurality of service settings required to complete a service episode; a service provider for each setting; a means of storing information relating to a usual procedure for each service setting; a means of storing information relating to specific requirements of the service recipient for each service setting; and a means of accessing a matrix of information derived from the above means of storing to form a single explicit management plan for use by each service provider in each setting.
  • said pathway system further includes a means of storing information relating to service plan factors that require modification to the usual procedure.
  • said pathway system further includes a means of modifying said specific service recipient requirements and said service plan factor information at any time during the service episode.
  • a clinical pathway system characterised by: a treating institution; a patient undergoing an episode of care in a plurality of different settings; a treating practitioner for each setting; a means of storing information relating to a usual procedure for each setting; a means of storing information relating to specific preferences of the treating practitioner; a means of storing information relating to specific preferences of the treating institution; a means of storing information relating to specific alerts of the patient to be treated; a means of accessing a matrix of information derived from the above storage means to form a single explicit management plan for use by treating practitioners within each setting.
  • said clinical pathway system further includes a means of modifying said specific preferences at any time during the service episode.
  • a method for generating a single, explicit clinical pathway guideline for a healthcare setting in an episode of care characterised by the steps of: a) creating a basic template which describes how care is normally provided for a particular procedure in a particular healthcare setting; b) incorporating at least one care plan factor guideline into said basic template; c) incorporating at least one alert guideline into said basic template; d) modifying said care plan factor guidelines and alert guidelines to account for requirements of a healthcare institution, thereby creating an institution template; e) modifying said care plan factor guidelines and alert guidelines to account for requirements of a healthcare provider, thereby creating a provider template; and f) integrating said modified care plan factor and alert guidelines to thereby create a final guideline for care within said particular healthcare setting.
  • steps (d) and (e) are interchangeable.
  • said method includes the further step of resolving any conflicts between multiple alert guidelines in accordance with predefined rules.
  • guideline is presented in either electronic or paper based format.
  • Figure 1 illustrates the principle by which a Final Guideline is created
  • Figure 2 illustrates how guidelines for Care Plan Factors and Alerts may be modified to account for specific requirements of a particular Institution
  • Figure 3 illustrates how guidelines for Care Plan Factors and Alerts may be modified to account for a particular health care provider
  • Figure 4 illustrates how the usual management of an alert is modified to arrive at a final guideline to be presented in the pathway;
  • Figure 5 illustrates a further principle of the pathway system relating to patient alerts and conflict resolution;
  • Figure 6 illustrates the methodology whereby Care Plan Guidelines and Alert
  • Figure 7 illustrates a still further principle of the pathway system relating to recognition of specific factors and entering of newly recognised factors
  • Figure 8 illustrates a yet further principle of the pathway system relating to individual provider preferences taking precedence over default usual management guidelines
  • Figure 9 illustrates the database interaction required to generate a single guideline in the pathway system of the present invention.
  • Figures 10-11 illustrate examples of user interfaces in which care plan factors and alerts can be tailored to suit specific requirements
  • Figure 12 illustrates a flow chart for management guideline generation and the way in which such guidelines may be altered during the episode of care
  • Figure 13 illustrates a format for presenting final guidelines in a particular Setting, in accordance with a first embodiment
  • Figure 14 illustrates a format for presenting final guidelines in a particular Setting, in accordance with a second embodiment
  • Figure 15 illustrates an electronic format for presenting final guidelines, in accordance with a third embodiment.
  • Procedural interventions are defined as health care that involves the delivery of specified treatment or treatments, the general nature of which can be predicted and predefined as a series of treatment stages.
  • An Episode of Care is defined as all of the activity relevant to the management of a specific patient in relation to a specific hospital admission, or outpatient treatment. This includes activity associated with pre-admission assessment and post-discharge care.
  • a treatment Setting is a predefined point in the episode of care that is potentially associated with a change in physical location (for example outpatient clinics, operating theatres, hospital wards, etc), or change in health care provider staff.
  • Each Setting is considered synonymous with a Critical Point in the delivery of care.
  • Care Plan Factor is a predefined individual element of treatment which is required in the delivery of care. These comprise, but are not limited to:
  • Care Plan Factors are defined in the context of a specific setting, and specific procedure. Care Plan Guidelines
  • a Care Plan Guideline is a predefined guideline that is presented at a designated treatment Setting to define the management of a particular Care Plan Factor in this Setting.
  • Alerts Alerts are an important type of care plan factor, being a critical predefined set of documented existing medical conditions, medical treatments or patient determined items that can apply to any patient. They are characteristics of a patient which, if not recognised, increase the potential for inadvertent harm to the patient, or others involved in their care. Alerts have an impact on how patient care should be provided.
  • An Alert Guideline is a predefined guideline that is presented at a designated treatment Setting to define the management of a particular Alert in this Setting.
  • the present invention relates to a pathway system for generating a service plan or guideline in a service episode environment involving a number of predefined critical points (or settings) within the service episode, and a number of plan factors which are predefined individual elements of service relevant to the creation of the guideline.
  • the system identifies factors that are of relevance to the creation of the plan, and generates a guide as to the service that should be provided to a particular service recipient in the context of a specific setting.
  • the plan provides information about the usual service that is expected, and also the service that must be provided based on the plan factors, which may include information or alerts specific to a particular service recipient.
  • the guidelines are constructed by assembling information from a matrix of stored data repositories.
  • the pathway system is in the form of a clinical pathway system for a healthcare environment such as a hospital, in which the system is used to generate care plans or guidelines that are uniquely customised for every individual patient.
  • a healthcare environment such as a hospital
  • the system is used to generate care plans or guidelines that are uniquely customised for every individual patient.
  • this is achieved by identifying the factors that are of relevance to the creation of the care plan, such as the specific attributes of the patient (alerts), the procedure to be performed, the provider delivering the care, and the institution, and generating a guide to the care that should be provided for a particular patient in the context of a particular setting, such as admission, theatre, recovery, discharge, etc.
  • the resulting guidelines will therefore contain information regarding the management that is expected for all care plan factors, including patient alerts, as these relate to all settings for all procedures.
  • the present invention therefore provides a mechanism to customize the content of clinical pathways by accurately defining the treatment that is expected, based on the intended procedure, the specific preferences of the nominated health care providers, the requirements of the health care institution, and the co-morbid conditions of the patient undergoing treatment.
  • patients undergoing procedural care commence with a management plan that uniquely reflects their own treatment requirements.
  • the system and method of the present invention improves the ability of health care providers to deliver safe, effective, efficient procedural care. It does so by providing the capacity to automatically integrate different sets of information to provide a unique management plan for every individual episode of care. This is achieved using appropriate computer software, herein referred to as a "program", and appropriate hardware for storing relevant information. Although not specifically described, it is to be understood that such a program would be installed across a network of computers in a health care institution so that the information is made accessible to designated, or all staff. It will become apparent to those skilled in the art that the present invention provides for a matrix of information derived from the abovementioned four sources to be integrated into a single explicit management plan that is uniquely created prior to each individual episode of care.
  • the output of the program comprises a guide to the care that should be provided by every health care worker. This information is presented as a series of work flows, one for each critical point of interaction. Where a variation from usual care is needed, the guidelines communicate not only the factor to be addressed, but also the specific treatment modification that is needed at each critical point.
  • Figure 1 illustrates the principle by which a Final Guideline 10 is created.
  • General aspects of care for each specific procedure (termed Care Plan Factors) are defined within a Basic Template 12.
  • the influences of Alerts on the delivery of care for each procedure are defined within an Alerts Database 14.
  • Guidelines for the management of both Care Plan Factors and Alerts may be modified to suit the requirements of individual institutions and health providers. After such modification, Care Plan Guidelines and Alert Guidelines are integrated to create a Final Guideline. This guideline will now be specific for each individual patient episode of care.
  • Guidelines are created at the commencement of any episode of care — either prior to treatment (for example, in a Pre- Admission Clinic), or at the time the treatment episode begins. Guidelines are based on the treatment that is intended. The content of the guideline reflects:
  • Basic Templates are written and stored within a specified database in the program;
  • Templates so modified are hereafter referred to as a Provider Templates and;
  • Final Guidelines are specific for the intended procedure, particular patient, specified healthcare providers and treating institution.
  • a Final Guideline may be specific for Patient A, having Operation B, under the care of Surgeon C and Anaesthetist D, at Institution E.
  • Treating institution (whose management variations are accounted for);
  • a single unique pathway is generated through a series of steps.
  • the process begins with selection of a Basic Template. This is a description of the usual treatment requirements based on the intended procedure. Any number of Basic Templates can be created and stored within the nominated program database. The Basic Template for a procedure is then modified. The sequence of modification does not influence the outcome of the final guideline.
  • Each Basic Template is specified for a particular procedure. Procedures may include ambulatory interactions, treatment in a day care facility, or inpatient treatment within a health care facility. Each Basic Template defines the usual treatment that is provided at each setting accounted for by the program. These settings are based on critical transitions in care.
  • Care Plan Factors may include, but are not limited to: patient treatments or interactions, staff documentation, education, communication and investigations.
  • Settings - The settings utilised in the program include, but are not limited to, the following critical transitions in care - Pre- Admission Clinic, Patient Admission, Theatre, Recovery, Intensive Care, Return to Ward, and Discharge.
  • Stage 2 Creation of Final Guidelines through modification of a Basic Template
  • Three types of modification are required to create a final guideline.
  • the sequence of modification does not alter the content of the final guideline.
  • Care Plan Factor may be modified at every Setting, to account for any institutional variation.
  • the Institutional Template is the result of these modifications.
  • Figure 2 illustrates a template 16 which has been so modified.
  • the guideline for management of Care Plan Factor 1 is modified in Setting 2 to suit the specific requirements of Institution 3.
  • the guideline for the management of Alert 1 is modified in Setting 3. It should be noted that, in practice, the program would most commonly be established within one institution, for the sole purpose of defining the care provided to patients of that institution, hi that case, creation of a Final Guideline would commence with Institutional Templates that incorporate variations based on the specific requirements of that institution.
  • the Basic Template may be modified to account for the preference of individual health care providers in the specific institution. Guidelines for every Care Plan Factor may also be modified at each Setting to account for the personal preferences of every health care provider accounted for within the program.
  • Figure 3 shows a template 18 that has been modified to meet the specific requirements of a particular health care provider, in this case being health care provider 3.
  • Alerts are patient characteristics that may require modification to the usual guidelines for care. Recognition of patient Alerts, and automatic modification of treatment guidelines to account for these, is a core functionality of the program.
  • the program is able to automatically specify how, for example, alert A is managed in setting B for a patient undergoing procedure C within institution D, recognising the particular treatment preference of health provider E.
  • Conflicting management recommendations are possible when multiple alerts are selected. This may arise for example, when a particular drug is recommended in the management of one factor, but the same drug is contra-indicated in the presence of a second factor (for example a drug allergy). In this circumstance, conflicts are automatically resolved according to predefined rules that are stored within the program's database, as illustrate in the chart 22 of Figure 5.
  • the different steps and principles of the pathway system of the present invention are schematically illustrated in the chart 24 of Figure 6.
  • the table demonstrates the activity required to specify the guidelines that will be presented for one Care Plan Factor and one Alert in the one Setting.
  • This automated process of modification and integration is the basis by which Final Guidelines are created. In order to generate a Final Guideline, this activity is automatically undertaken for every Care Plan Factor and Alert, in every Setting. After conflict resolution, the resulting Final Guideline is therefore a single workflow that is presented to each setting. The workflow specifies the activity that is intended for each health care provider in this setting.
  • a patient is to be admitted to undergo removal of a kidney, by Doctor A and Anaesthetist
  • the device to generate the care plan will have been installed in the institution where care is to be delivered.
  • the content of care plans is therefore already tailored to the usual requirements of this institution.
  • the same patient may also have a specific comorbidity that must also be managed, such as Sleep Apnoea. This would be identified as an alert, and accounted for in the care plan.
  • the system of the present invention will ensure that instruction presented to the Pre Admission Staff in respect of Sleep Apnoea are customised to reflect the specific requirements of Doctor A.
  • Health Care Provider eg if care is transferred to another provider
  • guidelines may be presented as paper based documents, or electronic screen based workflows, as will be described in more detail further below.
  • guidelines are generated by specifying the procedure, providers, patient alerts (and institution).
  • the program integrates this information to automatically create a unique management guideline. This is specific to each episode of care.
  • the output comprises a final guideline (work flows) for the care that should be provided at each critical point in the management of the patient.
  • Specific factors may be recognised that require the usual management of a patient to be modified during the episode of care. Examples include patient Alerts, or particular preferences of health care providers.
  • the resulting change in care is automatically incorporated into the management guidelines. This defines the activity that will be required to address the factor at each critical point. In this way, the treatment consequences that are relevant to each specific factor are automatically defined for staff involved in later patient care. This ensures that relevant information will be presented to staff at each critical point. The program avoids reliance on staff to pass information from one setting to the next. In addition, it automatically specifies the treatment consequence of each specific factor, that is, management recommendations are incorporated within the patient record at every critical point.
  • the chart 26 shown in Figure 7 relates to changes to the specific parameters that define a guideline and, in particular, they way in which these can be recognised at any stage either before or during an episode of care.
  • the program allows newly recognised factors to be entered, and guidelines amended to account for alteration in the care that is expected. This ensures that treatment guidelines for staff involved in current and later care are automatically updated.
  • Figure 8 illustrates a further flow chart 28 reflecting the way in which the specific preferences of individual health care providers are automatically accounted for when management guidelines are generated.
  • the program ensures that these specific requirements override the default usual guidelines for care.
  • the databases comprise: • Procedure Database - This database stores Basic Templates. These define the usual management of every Care Plan Factor at every Setting specified within the program. The number of settings may vary for each Procedure. Care Plan Guidelines define the activity required of each health care provider at each setting.
  • Alerts database This database defines the management of patient Alerts. The management of patient Alerts is specific for every procedure. Within the framework of each procedure, Alert Guidelines are specified for each setting. These define the activity required of every health care provider in each Setting.
  • Institutional Preference Definitions Database This database defines the influence of specific institutional factors on each Care Plan Guideline and Alert Guideline. These are able to be specified for every Care Plan Guideline and every Alert Guideline in every Setting for every Procedure. Items in this database are assigned a higher priority than Care Plan Guidelines defined in the Procedural Database, or Alert Guidelines defined in the Alerts database.
  • Provider Preference Definitions Database This database defines variations in management guidelines that reflect the preference of individual providers who are specified within the Program. These are able to be specified for every Care Plan Guideline and every Alert Guideline in every Setting for every Procedure. Items in this database are assigned a higher priority than Care Plan Guidelines defined in the Procedural Database, or Alert Guidelines defined in the Alerts database. When concurrent fields are specified, Guidelines from the Provider Preference database are presented. Health care providers work within an institution, and for this reason, there is no conflict or interaction between Provider Preference and Institutional Preference Databases.
  • Conflict Resolution Database This database stores rules related to potential interaction of Alert Guidelines.
  • Conflicting guidelines may be generated as a result of certain combinations of patient Alerts being selected.
  • Alert Guidelines are screened for potential conflict. Where this occurs, the conflict is resolved with reference to rules stored in the Conflict Resolution Database.
  • the stored non-conflicting guidelines are assigned a higher priority and this data is presented.
  • the usual process by which care is delivered may be defined with respect to published guidelines (where these exist), or current established practice. Similarly, the management of patient alerts may be defined with respect to available guidelines or current practice.
  • Variations based on personal or institutional preference are established by direct communication. All of the above data is entered into databases that are established within a software program. The present invention relates to the process of integrating these sets of data. Information regarding the number of and nature of patient alerts, or treating health care workers may be entered manually, or imported from other electronic data sets.
  • the program may include a simple user interface such as that which is shown in the interface 32 of Figure 10. hi the embodiment shown, the entry of Care Plan Factors and
  • Integrated guidelines are therefore created by specifying relevant information derived from these data sets. This information is relevant to the episode of care for which the guidelines are created.
  • a further example could be as follows:
  • the treating institution is usually set as default for each institution.
  • Guidelines are automatically generated within the program by integrating management guidelines that have been established for each of these parameters. During this integration, specific preferences and requirements override general recommendations for care. The result is a document that is unique to each episode of care.
  • the document consists of management guidelines that are presented as work lists for each critical point.
  • management guidelines may be altered during the episode of care. This is achieved by entering newly recognised information that is relevant to any of the data sets defined above. Once entered, the program incorporates this information to create a new set of integrated guidelines for the current setting and all subsequent critical points.
  • a flow chart 36 of this process is shown in Figure 12.
  • FIG. 14 A further embodiment is shown in Figure 14 where the guidelines 40 are presented as work flows that are specified for each provider.
  • FIG. 15 A still further embodiment is shown in Figure 15 in which the interface 42 is electronic, and information can be viewed through selection of differing screens.
  • the present invention is intended for use as an application to support healthcare institutions, however, is not intended to be limited to this use.
  • the capacity to define and integrate management guidelines is most relevant to institutional care.
  • Use of the system is intended to support the delivery of procedural care in healthcare institutions, particularly hospital and say procedure settings. This may include procedural intervention in the context of medical, surgical, radiological and dental treatment.
  • the present invention has been developed to meet a specific need. That is, to bridge the gulf between generic documents, which have not been widely utilized as they lack the specificity required to define the exact treatment that is intended for any particular episode of care, and interactive electronic programs, which have not been adopted because of the significant associated costs, requirement for hardware and software integration through a complex information technology infrastructure, and operational complexity for staff.
  • the invention provides the first explicit repository of information regarding the usual treatment guidelines for all procedures, all alerts and all providers. Those skilled in the art will recognise the value of this capacity in replacing the plethora of disparate information sources currently used. The capacity also ensures that changes in practice (through acquisition of new knowledge) can be simply and effectively incorporated into practice.
  • the invention allows electronically assembled information to be presented in either electronic or paper based format. If an electronic medium is established, specific patient attributes may be altered at any setting. This allows the guidelines for care at that setting to be modified in the light of new information that may be recognised. In addition, modification of alert information in one context will mean that care plans in all subsequent settings are also modified appropriately.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Biomedical Technology (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Bioethics (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

La présente invention concerne un système de chemin clinique qui offre la possibilité de générer automatiquement des plans de soins globaux qui sont uniques, et spécifiques à chaque patient dans chaque situation durant une période de soins, de la pré-admission à la sortie. De ce fait, il assure que des recommandations de traitement en rapport aux exigences habituelles et que des attributs de patient spécifiques appelés alertes sont communiqués dans chaque situation.
PCT/AU2008/000983 2007-07-05 2008-07-04 Système de chemin Ceased WO2009003242A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2008271928A AU2008271928A1 (en) 2007-07-05 2008-07-04 A pathway system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AU2007903639 2007-07-05
AU2007903639A AU2007903639A0 (en) 2007-07-05 A pathway system

Publications (1)

Publication Number Publication Date
WO2009003242A1 true WO2009003242A1 (fr) 2009-01-08

Family

ID=40225656

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2008/000983 Ceased WO2009003242A1 (fr) 2007-07-05 2008-07-04 Système de chemin

Country Status (2)

Country Link
AU (1) AU2008271928A1 (fr)
WO (1) WO2009003242A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012023104A1 (fr) * 2010-08-18 2012-02-23 Koninklijke Philips Electronics N.V. Visualisation de lignes directrices interprétables qui s'exécutent de manière concomitante sur un ordinateur
WO2013093699A1 (fr) * 2011-12-23 2013-06-27 Koninklijke Philips Electronics N.V. Création d'un chemin de patient personnalisé
WO2014135974A3 (fr) * 2013-03-04 2015-03-26 Elekta Ab (Publ) Systèmes et procédés pour développer et gérer des plans de traitement d'oncologie
CN105184089A (zh) * 2015-09-22 2015-12-23 赵蒙海 异常病例在小样本中的多维量化检出方法
WO2018044807A1 (fr) * 2016-08-29 2018-03-08 Cardiac Pacemakers, Inc. Gestion de parcours de soins

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998050871A1 (fr) * 1997-05-06 1998-11-12 Clinicomp International, Inc. Procede et systeme servant a faciliter le parcours clinique d'un malade
WO2002041231A2 (fr) * 2000-11-17 2002-05-23 The Johns Hopkins University Systeme d'assistance pour clinicien
US20030014279A1 (en) * 2001-07-11 2003-01-16 Roman Linda L. System and method for providing patient care management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998050871A1 (fr) * 1997-05-06 1998-11-12 Clinicomp International, Inc. Procede et systeme servant a faciliter le parcours clinique d'un malade
WO2002041231A2 (fr) * 2000-11-17 2002-05-23 The Johns Hopkins University Systeme d'assistance pour clinicien
US20030014279A1 (en) * 2001-07-11 2003-01-16 Roman Linda L. System and method for providing patient care management

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012023104A1 (fr) * 2010-08-18 2012-02-23 Koninklijke Philips Electronics N.V. Visualisation de lignes directrices interprétables qui s'exécutent de manière concomitante sur un ordinateur
CN103069425A (zh) * 2010-08-18 2013-04-24 皇家飞利浦电子股份有限公司 并发执行的计算机可解释指南的可视化
CN103069425B (zh) * 2010-08-18 2016-12-21 皇家飞利浦电子股份有限公司 并发执行的计算机可解释指南的可视化
US10242156B2 (en) 2010-08-18 2019-03-26 Koninklijke Philips N.A. Visualization of concurrently executing computer interpretable guidelines
WO2013093699A1 (fr) * 2011-12-23 2013-06-27 Koninklijke Philips Electronics N.V. Création d'un chemin de patient personnalisé
WO2014135974A3 (fr) * 2013-03-04 2015-03-26 Elekta Ab (Publ) Systèmes et procédés pour développer et gérer des plans de traitement d'oncologie
CN105184089A (zh) * 2015-09-22 2015-12-23 赵蒙海 异常病例在小样本中的多维量化检出方法
CN105184089B (zh) * 2015-09-22 2021-07-30 上海金仕达卫宁软件科技有限公司 异常病例在小样本中的多维量化检出方法
WO2018044807A1 (fr) * 2016-08-29 2018-03-08 Cardiac Pacemakers, Inc. Gestion de parcours de soins

Also Published As

Publication number Publication date
AU2008271928A1 (en) 2009-01-08

Similar Documents

Publication Publication Date Title
US7949544B2 (en) Integrated system for generation and retention of medical records
US7437302B2 (en) System for managing healthcare related information supporting operation of a healthcare enterprise
US7788111B2 (en) System for providing healthcare related information
US20060178913A1 (en) Medical and other consent information management system
US20040024749A1 (en) Automated system and method for reviewing medical and financial claim records and for identifying missing devices and/or services associated with medical and financial procedures
US20130144651A1 (en) Determining one or more probable medical codes using medical claims
JP6992370B2 (ja) 潜在的な診断を所与として患者により利用される医療資源を特定するためのコンピュータ装置及び方法
US7822626B2 (en) Structured data authoring and editing system
US20060080142A1 (en) System for managing patient clinical data
US20220277000A1 (en) Dynamic Regrouping and Presentation of Electronic Patient Records
US20200395114A1 (en) Algorithmic Method to Detect Discrepancies in Electronic Medication Histories
EP2973109A1 (fr) Flux de travail à codage dynamique superbill
JP6348968B2 (ja) 共同作業の統合化に基づく臨床ドキュメント
AU2008271928A1 (en) A pathway system
US20160378922A1 (en) Methods and apparatuses for electronically documenting a visit of a patient
Youssef et al. A critical analysis of Medicare claims for otolaryngology procedures
US8504381B2 (en) Structured data authoring and editing system
US7945453B2 (en) Structured data authoring and editing system
KR20240079931A (ko) Phr 민감의료정보데이터형 하이퍼레저 패브릭 블록체인모듈을 통한 허가인증·공개키 기반형 비식별화 phr 민감의료정보데이터 생성장치 및 방법
Costa et al. Designing an app for nursing homes to clinical users
Barkow et al. Fit for purpose: analyzing the German archiving and exchange interface for medical practice management systems
WO2007016468A2 (fr) Procede et systeme permettant de generer un enregistrement medical electronique
Ruiz Walk-in Clinic Market and Its Impact on the Healthcare Delivery System
Mohammed-Rajput et al. Health information systems and applications
CN1790400A (zh) 用于管理患者临床资料的系统

Legal Events

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

Ref document number: 08757045

Country of ref document: EP

Kind code of ref document: A1

DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008271928

Country of ref document: AU

ENP Entry into the national phase

Ref document number: 2008271928

Country of ref document: AU

Date of ref document: 20080704

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 08757045

Country of ref document: EP

Kind code of ref document: A1