8.10 患病治疗期 - 简介

工作组: Patient Administration 成熟度: 2 Trial UseSecurity Category: Patient Compartments: Patient, Practitioner

某段时期内,患者与医疗健康组织/机构之间发生的关联事件集,这些事件可能是Encounter医疗活动。在此期间,相关组织/机构对患者承担一定程度的责任。

EpisodeOfCare资源包含了患者与医疗服务提供者在一段时间内的关联信息,在此期间可能发生相关的医疗活动。

在许多情况下,这表示一段时间内,医疗服务提供者即使目前没有参与治疗,也对患者的某些情况或问题负有一定程度的照护责任。

下列资源在软件系统中的表现形式如下:

  • EpisodeOfCare资源: 病例、治疗项目、病症、患病期
  • Encounter资源: 访视、医患接触

一个患病治疗期可能有多个机构同时参与,但是每个机构都有自己的EpisodeOfCare资源实例,用于跟踪其对患者的责任。

当一个机构完成与患者的诊疗活动并将其转移到另一个机构时。这通常以转诊到另一个(或多个)机构的形式出现。

当收到新转入患者时,此组织可能会创建一个新的EpisodeOfCare。转入流程中的初始步骤通常涉及某种形式的评估、资格、能力、护理等级,这可能需要一些时间。 一旦转入过程完成,患者入院后通常会创建CarePlan资源。

EpisodeOfCare和Encounter之间的主要区别在于:Encounter记录与患者直接相关的活动细节,而EpisodeOfCare是一个容器,它可以按问题分组,将一系列的相关Encounter联系在一起。
下面的示例场景小节给出了一些较好的例子来说明何时使用EpisodeOfCare资源最合适。

这种关系和EpisodeOfCare资源与CarePlan资源的关系是相似的。EpisodeOfCare是跟踪性质的资源,而不是计划性质的资源。 EpisodeOfCare通常在CarePlan之前创建,所以使用EpisodeOfCare时并不依赖CarePlan资源。

患病治疗期资源(CareOfEpisode)将与患者健康状况或病症相关的一组连贯的活动(如遭遇)收集到一起。此资源通常是跨系统、跨机构共享的,它可以包含治疗期内相关的医疗细节信息,也可以在没有任何医疗活动信息的情况下存在。
它所需的最少信息是一个患者和用于关联后续流程的一个状态信息。
另一种使用患病治疗期资源的场景是将追踪的患者治疗信息上报政府或用于生成账单。

  • 慢病管理系统
  • 社区公卫系统
    • 对某种病症的过程跟踪
    • 跟踪政府基金
  • 基于病症的全科实践系统
  • 残疾支持系统
  • 老年照护系统(社区和住宅)

This resource is referenced by ChargeItem, Contract, DocumentReference, Encounter, MedicationAdministration, MedicationDispense and MedicationStatement

Structure

NameFlagsCard.TypeDescription & Constraintsdoco
.. EpisodeOfCare TUDomainResourceAn association of a Patient with an Organization and Healthcare Provider(s) for a period of time that the Organization assumes some level of responsibility
Elements defined in Ancestors: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier 0..*IdentifierBusiness Identifier(s) relevant for this EpisodeOfCare
... status ?!Σ1..1codeplanned | waitlist | active | onhold | finished | cancelled | entered-in-error
EpisodeOfCareStatus (Required)
... statusHistory 0..*BackboneElementPast list of status codes (the current status may be included to cover the start date of the status)
.... status 1..1codeplanned | waitlist | active | onhold | finished | cancelled | entered-in-error
EpisodeOfCareStatus (Required)
.... period 1..1PeriodDuration the EpisodeOfCare was in the specified status
... type Σ0..*CodeableConceptType/class - e.g. specialist referral, disease management
Episode of care type (Example)
... diagnosis Σ0..*BackboneElementThe list of diagnosis relevant to this episode of care
.... condition Σ1..1Reference(Condition)Conditions/problems/diagnoses this episode of care is for
.... role Σ0..1CodeableConceptRole that this diagnosis has within the episode of care (e.g. admission, billing, discharge …)
DiagnosisRole (Preferred)
.... rank Σ0..1positiveIntRanking of the diagnosis (for each role type)
... patient Σ1..1Reference(Patient)The patient who is the focus of this episode of care
... managingOrganization Σ0..1Reference(Organization)Organization that assumes care
... period Σ0..1PeriodInterval during responsibility is assumed
... referralRequest 0..*Reference(ServiceRequest)Originating Referral Request(s)
... careManager 0..1Reference(Practitioner | PractitionerRole)Care manager/care coordinator for the patient
... team 0..*Reference(CareTeam)Other practitioners facilitating this episode of care
... account 0..*Reference(Account)The set of accounts that may be used for billing for this EpisodeOfCare

doco Documentation for this format

UML Diagram (Legend)

EpisodeOfCare (DomainResource)The EpisodeOfCare may be known by different identifiers for different contexts of use, such as when an external agency is tracking the Episode for funding purposesidentifier : Identifier [0..*]planned | waitlist | active | onhold | finished | cancelled (this element modifies the meaning of other elements)status : code [1..1] « The status of the episode of care. (Strength=Required)EpisodeOfCareStatus! »A classification of the type of episode of care; e.g. specialist referral, disease management, type of funded caretype : CodeableConcept [0..*] « The type of the episode of care. (Strength=Example)EpisodeOfCareType?? »The patient who is the focus of this episode of carepatient : Reference [1..1] « Patient »The organization that has assumed the specific responsibilities for the specified durationmanagingOrganization : Reference [0..1] « Organization »The interval during which the managing organization assumes the defined responsibilityperiod : Period [0..1]Referral Request(s) that are fulfilled by this EpisodeOfCare, incoming referralsreferralRequest : Reference [0..*] « ServiceRequest »The practitioner that is the care manager/care coordinator for this patientcareManager : Reference [0..1] « Practitioner|PractitionerRole »The list of practitioners that may be facilitating this episode of care for specific purposesteam : Reference [0..*] « CareTeam »The set of accounts that may be used for billing for this EpisodeOfCareaccount : Reference [0..*] « Account »StatusHistoryplanned | waitlist | active | onhold | finished | cancelledstatus : code [1..1] « The status of the episode of care. (Strength=Required)EpisodeOfCareStatus! »The period during this EpisodeOfCare that the specific status appliedperiod : Period [1..1]DiagnosisA list of conditions/problems/diagnoses that this episode of care is intended to be providing care forcondition : Reference [1..1] « Condition »Role that this diagnosis has within the episode of care (e.g. admission, billing, discharge …)role : CodeableConcept [0..1] « The type of diagnosis this condition represents. (Strength=Preferred)DiagnosisRole? »Ranking of the diagnosis (for each role type)rank : positiveInt [0..1]The history of statuses that the EpisodeOfCare has been through (without requiring processing the history of the resource)statusHistory[0..*]The list of diagnosis relevant to this episode of carediagnosis[0..*]

XML Template

<EpisodeOfCare xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Business Identifier(s) relevant for this EpisodeOfCare --></identifier>
 <status value="[code]"/><!-- 1..1 planned | waitlist | active | onhold | finished | cancelled | entered-in-error -->
 <statusHistory>  <!-- 0..* Past list of status codes (the current status may be included to cover the start date of the status) -->
  <status value="[code]"/><!-- 1..1 planned | waitlist | active | onhold | finished | cancelled | entered-in-error -->
  <period><!-- 1..1 Period Duration the EpisodeOfCare was in the specified status --></period>
 </statusHistory>
 <type><!-- 0..* CodeableConcept Type/class  - e.g. specialist referral, disease management --></type>
 <diagnosis>  <!-- 0..* The list of diagnosis relevant to this episode of care -->
  <condition><!-- 1..1 Reference(Condition) Conditions/problems/diagnoses this episode of care is for --></condition>
  <role><!-- 0..1 CodeableConcept Role that this diagnosis has within the episode of care (e.g. admission, billing, discharge …) --></role>
  <rank value="[positiveInt]"/><!-- 0..1 Ranking of the diagnosis (for each role type) -->
 </diagnosis>
 <patient><!-- 1..1 Reference(Patient) The patient who is the focus of this episode of care --></patient>
 <managingOrganization><!-- 0..1 Reference(Organization) Organization that assumes care --></managingOrganization>
 <period><!-- 0..1 Period Interval during responsibility is assumed --></period>
 <referralRequest><!-- 0..* Reference(ServiceRequest) Originating Referral Request(s) --></referralRequest>
 <careManager><!-- 0..1 Reference(Practitioner|PractitionerRole) Care manager/care coordinator for the patient --></careManager>
 <team><!-- 0..* Reference(CareTeam) Other practitioners facilitating this episode of care --></team>
 <account><!-- 0..* Reference(Account) The set of accounts that may be used for billing for this EpisodeOfCare --></account>
</EpisodeOfCare>

JSON Template

{doco
  "resourceType" : "EpisodeOfCare",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Business Identifier(s) relevant for this EpisodeOfCare
  "status" : "<code>", // R!  planned | waitlist | active | onhold | finished | cancelled | entered-in-error
  "statusHistory" : [{ // Past list of status codes (the current status may be included to cover the start date of the status)
    "status" : "<code>", // R!  planned | waitlist | active | onhold | finished | cancelled | entered-in-error
    "period" : { Period } // R!  Duration the EpisodeOfCare was in the specified status
  }],
  "type" : [{ CodeableConcept }], // Type/class  - e.g. specialist referral, disease management
  "diagnosis" : [{ // The list of diagnosis relevant to this episode of care
    "condition" : { Reference(Condition) }, // R!  Conditions/problems/diagnoses this episode of care is for
    "role" : { CodeableConcept }, // Role that this diagnosis has within the episode of care (e.g. admission, billing, discharge …)
    "rank" : "<positiveInt>" // Ranking of the diagnosis (for each role type)
  }],
  "patient" : { Reference(Patient) }, // R!  The patient who is the focus of this episode of care
  "managingOrganization" : { Reference(Organization) }, // Organization that assumes care
  "period" : { Period }, // Interval during responsibility is assumed
  "referralRequest" : [{ Reference(ServiceRequest) }], // Originating Referral Request(s)
  "careManager" : { Reference(Practitioner|PractitionerRole) }, // Care manager/care coordinator for the patient
  "team" : [{ Reference(CareTeam) }], // Other practitioners facilitating this episode of care
  "account" : [{ Reference(Account) }] // The set of accounts that may be used for billing for this EpisodeOfCare
}

Turtle Template

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:EpisodeOfCare;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:EpisodeOfCare.identifier [ Identifier ], ... ; # 0..* Business Identifier(s) relevant for this EpisodeOfCare
  fhir:EpisodeOfCare.status [ code ]; # 1..1 planned | waitlist | active | onhold | finished | cancelled | entered-in-error
  fhir:EpisodeOfCare.statusHistory [ # 0..* Past list of status codes (the current status may be included to cover the start date of the status)
    fhir:EpisodeOfCare.statusHistory.status [ code ]; # 1..1 planned | waitlist | active | onhold | finished | cancelled | entered-in-error
    fhir:EpisodeOfCare.statusHistory.period [ Period ]; # 1..1 Duration the EpisodeOfCare was in the specified status
  ], ...;
  fhir:EpisodeOfCare.type [ CodeableConcept ], ... ; # 0..* Type/class  - e.g. specialist referral, disease management
  fhir:EpisodeOfCare.diagnosis [ # 0..* The list of diagnosis relevant to this episode of care
    fhir:EpisodeOfCare.diagnosis.condition [ Reference(Condition) ]; # 1..1 Conditions/problems/diagnoses this episode of care is for
    fhir:EpisodeOfCare.diagnosis.role [ CodeableConcept ]; # 0..1 Role that this diagnosis has within the episode of care (e.g. admission, billing, discharge …)
    fhir:EpisodeOfCare.diagnosis.rank [ positiveInt ]; # 0..1 Ranking of the diagnosis (for each role type)
  ], ...;
  fhir:EpisodeOfCare.patient [ Reference(Patient) ]; # 1..1 The patient who is the focus of this episode of care
  fhir:EpisodeOfCare.managingOrganization [ Reference(Organization) ]; # 0..1 Organization that assumes care
  fhir:EpisodeOfCare.period [ Period ]; # 0..1 Interval during responsibility is assumed
  fhir:EpisodeOfCare.referralRequest [ Reference(ServiceRequest) ], ... ; # 0..* Originating Referral Request(s)
  fhir:EpisodeOfCare.careManager [ Reference(Practitioner|PractitionerRole) ]; # 0..1 Care manager/care coordinator for the patient
  fhir:EpisodeOfCare.team [ Reference(CareTeam) ], ... ; # 0..* Other practitioners facilitating this episode of care
  fhir:EpisodeOfCare.account [ Reference(Account) ], ... ; # 0..* The set of accounts that may be used for billing for this EpisodeOfCare
]

Changes since R3

EpisodeOfCare
EpisodeOfCare.status
  • Change value set from http://hl7.org/fhir/ValueSet/episode-of-care-status to http://hl7.org/fhir/ValueSet/episode-of-care-status|4.0.0
EpisodeOfCare.statusHistory.status
  • Change value set from http://hl7.org/fhir/ValueSet/episode-of-care-status to http://hl7.org/fhir/ValueSet/episode-of-care-status|4.0.0
EpisodeOfCare.referralRequest
  • Type Reference: Added Target Type ServiceRequest
  • Type Reference: Removed Target Type ReferralRequest
EpisodeOfCare.careManager
  • Type Reference: Added Target Type PractitionerRole

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 1 test that all execute ok. All tests pass round-trip testing and all r3 resources are valid.)

Structure

NameFlagsCard.TypeDescription & Constraintsdoco
.. EpisodeOfCare TUDomainResourceAn association of a Patient with an Organization and Healthcare Provider(s) for a period of time that the Organization assumes some level of responsibility
Elements defined in Ancestors: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier 0..*IdentifierBusiness Identifier(s) relevant for this EpisodeOfCare
... status ?!Σ1..1codeplanned | waitlist | active | onhold | finished | cancelled | entered-in-error
EpisodeOfCareStatus (Required)
... statusHistory 0..*BackboneElementPast list of status codes (the current status may be included to cover the start date of the status)
.... status 1..1codeplanned | waitlist | active | onhold | finished | cancelled | entered-in-error
EpisodeOfCareStatus (Required)
.... period 1..1PeriodDuration the EpisodeOfCare was in the specified status
... type Σ0..*CodeableConceptType/class - e.g. specialist referral, disease management
Episode of care type (Example)
... diagnosis Σ0..*BackboneElementThe list of diagnosis relevant to this episode of care
.... condition Σ1..1Reference(Condition)Conditions/problems/diagnoses this episode of care is for
.... role Σ0..1CodeableConceptRole that this diagnosis has within the episode of care (e.g. admission, billing, discharge …)
DiagnosisRole (Preferred)
.... rank Σ0..1positiveIntRanking of the diagnosis (for each role type)
... patient Σ1..1Reference(Patient)The patient who is the focus of this episode of care
... managingOrganization Σ0..1Reference(Organization)Organization that assumes care
... period Σ0..1PeriodInterval during responsibility is assumed
... referralRequest 0..*Reference(ServiceRequest)Originating Referral Request(s)
... careManager 0..1Reference(Practitioner | PractitionerRole)Care manager/care coordinator for the patient
... team 0..*Reference(CareTeam)Other practitioners facilitating this episode of care
... account 0..*Reference(Account)The set of accounts that may be used for billing for this EpisodeOfCare

doco Documentation for this format

UML Diagram (Legend)

EpisodeOfCare (DomainResource)The EpisodeOfCare may be known by different identifiers for different contexts of use, such as when an external agency is tracking the Episode for funding purposesidentifier : Identifier [0..*]planned | waitlist | active | onhold | finished | cancelled (this element modifies the meaning of other elements)status : code [1..1] « The status of the episode of care. (Strength=Required)EpisodeOfCareStatus! »A classification of the type of episode of care; e.g. specialist referral, disease management, type of funded caretype : CodeableConcept [0..*] « The type of the episode of care. (Strength=Example)EpisodeOfCareType?? »The patient who is the focus of this episode of carepatient : Reference [1..1] « Patient »The organization that has assumed the specific responsibilities for the specified durationmanagingOrganization : Reference [0..1] « Organization »The interval during which the managing organization assumes the defined responsibilityperiod : Period [0..1]Referral Request(s) that are fulfilled by this EpisodeOfCare, incoming referralsreferralRequest : Reference [0..*] « ServiceRequest »The practitioner that is the care manager/care coordinator for this patientcareManager : Reference [0..1] « Practitioner|PractitionerRole »The list of practitioners that may be facilitating this episode of care for specific purposesteam : Reference [0..*] « CareTeam »The set of accounts that may be used for billing for this EpisodeOfCareaccount : Reference [0..*] « Account »StatusHistoryplanned | waitlist | active | onhold | finished | cancelledstatus : code [1..1] « The status of the episode of care. (Strength=Required)EpisodeOfCareStatus! »The period during this EpisodeOfCare that the specific status appliedperiod : Period [1..1]DiagnosisA list of conditions/problems/diagnoses that this episode of care is intended to be providing care forcondition : Reference [1..1] « Condition »Role that this diagnosis has within the episode of care (e.g. admission, billing, discharge …)role : CodeableConcept [0..1] « The type of diagnosis this condition represents. (Strength=Preferred)DiagnosisRole? »Ranking of the diagnosis (for each role type)rank : positiveInt [0..1]The history of statuses that the EpisodeOfCare has been through (without requiring processing the history of the resource)statusHistory[0..*]The list of diagnosis relevant to this episode of carediagnosis[0..*]

XML Template

<EpisodeOfCare xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Business Identifier(s) relevant for this EpisodeOfCare --></identifier>
 <status value="[code]"/><!-- 1..1 planned | waitlist | active | onhold | finished | cancelled | entered-in-error -->
 <statusHistory>  <!-- 0..* Past list of status codes (the current status may be included to cover the start date of the status) -->
  <status value="[code]"/><!-- 1..1 planned | waitlist | active | onhold | finished | cancelled | entered-in-error -->
  <period><!-- 1..1 Period Duration the EpisodeOfCare was in the specified status --></period>
 </statusHistory>
 <type><!-- 0..* CodeableConcept Type/class  - e.g. specialist referral, disease management --></type>
 <diagnosis>  <!-- 0..* The list of diagnosis relevant to this episode of care -->
  <condition><!-- 1..1 Reference(Condition) Conditions/problems/diagnoses this episode of care is for --></condition>
  <role><!-- 0..1 CodeableConcept Role that this diagnosis has within the episode of care (e.g. admission, billing, discharge …) --></role>
  <rank value="[positiveInt]"/><!-- 0..1 Ranking of the diagnosis (for each role type) -->
 </diagnosis>
 <patient><!-- 1..1 Reference(Patient) The patient who is the focus of this episode of care --></patient>
 <managingOrganization><!-- 0..1 Reference(Organization) Organization that assumes care --></managingOrganization>
 <period><!-- 0..1 Period Interval during responsibility is assumed --></period>
 <referralRequest><!-- 0..* Reference(ServiceRequest) Originating Referral Request(s) --></referralRequest>
 <careManager><!-- 0..1 Reference(Practitioner|PractitionerRole) Care manager/care coordinator for the patient --></careManager>
 <team><!-- 0..* Reference(CareTeam) Other practitioners facilitating this episode of care --></team>
 <account><!-- 0..* Reference(Account) The set of accounts that may be used for billing for this EpisodeOfCare --></account>
</EpisodeOfCare>

JSON Template

{doco
  "resourceType" : "EpisodeOfCare",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Business Identifier(s) relevant for this EpisodeOfCare
  "status" : "<code>", // R!  planned | waitlist | active | onhold | finished | cancelled | entered-in-error
  "statusHistory" : [{ // Past list of status codes (the current status may be included to cover the start date of the status)
    "status" : "<code>", // R!  planned | waitlist | active | onhold | finished | cancelled | entered-in-error
    "period" : { Period } // R!  Duration the EpisodeOfCare was in the specified status
  }],
  "type" : [{ CodeableConcept }], // Type/class  - e.g. specialist referral, disease management
  "diagnosis" : [{ // The list of diagnosis relevant to this episode of care
    "condition" : { Reference(Condition) }, // R!  Conditions/problems/diagnoses this episode of care is for
    "role" : { CodeableConcept }, // Role that this diagnosis has within the episode of care (e.g. admission, billing, discharge …)
    "rank" : "<positiveInt>" // Ranking of the diagnosis (for each role type)
  }],
  "patient" : { Reference(Patient) }, // R!  The patient who is the focus of this episode of care
  "managingOrganization" : { Reference(Organization) }, // Organization that assumes care
  "period" : { Period }, // Interval during responsibility is assumed
  "referralRequest" : [{ Reference(ServiceRequest) }], // Originating Referral Request(s)
  "careManager" : { Reference(Practitioner|PractitionerRole) }, // Care manager/care coordinator for the patient
  "team" : [{ Reference(CareTeam) }], // Other practitioners facilitating this episode of care
  "account" : [{ Reference(Account) }] // The set of accounts that may be used for billing for this EpisodeOfCare
}

Turtle Template

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:EpisodeOfCare;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:EpisodeOfCare.identifier [ Identifier ], ... ; # 0..* Business Identifier(s) relevant for this EpisodeOfCare
  fhir:EpisodeOfCare.status [ code ]; # 1..1 planned | waitlist | active | onhold | finished | cancelled | entered-in-error
  fhir:EpisodeOfCare.statusHistory [ # 0..* Past list of status codes (the current status may be included to cover the start date of the status)
    fhir:EpisodeOfCare.statusHistory.status [ code ]; # 1..1 planned | waitlist | active | onhold | finished | cancelled | entered-in-error
    fhir:EpisodeOfCare.statusHistory.period [ Period ]; # 1..1 Duration the EpisodeOfCare was in the specified status
  ], ...;
  fhir:EpisodeOfCare.type [ CodeableConcept ], ... ; # 0..* Type/class  - e.g. specialist referral, disease management
  fhir:EpisodeOfCare.diagnosis [ # 0..* The list of diagnosis relevant to this episode of care
    fhir:EpisodeOfCare.diagnosis.condition [ Reference(Condition) ]; # 1..1 Conditions/problems/diagnoses this episode of care is for
    fhir:EpisodeOfCare.diagnosis.role [ CodeableConcept ]; # 0..1 Role that this diagnosis has within the episode of care (e.g. admission, billing, discharge …)
    fhir:EpisodeOfCare.diagnosis.rank [ positiveInt ]; # 0..1 Ranking of the diagnosis (for each role type)
  ], ...;
  fhir:EpisodeOfCare.patient [ Reference(Patient) ]; # 1..1 The patient who is the focus of this episode of care
  fhir:EpisodeOfCare.managingOrganization [ Reference(Organization) ]; # 0..1 Organization that assumes care
  fhir:EpisodeOfCare.period [ Period ]; # 0..1 Interval during responsibility is assumed
  fhir:EpisodeOfCare.referralRequest [ Reference(ServiceRequest) ], ... ; # 0..* Originating Referral Request(s)
  fhir:EpisodeOfCare.careManager [ Reference(Practitioner|PractitionerRole) ]; # 0..1 Care manager/care coordinator for the patient
  fhir:EpisodeOfCare.team [ Reference(CareTeam) ], ... ; # 0..* Other practitioners facilitating this episode of care
  fhir:EpisodeOfCare.account [ Reference(Account) ], ... ; # 0..* The set of accounts that may be used for billing for this EpisodeOfCare
]

Changes since Release 3

EpisodeOfCare
EpisodeOfCare.status
  • Change value set from http://hl7.org/fhir/ValueSet/episode-of-care-status to http://hl7.org/fhir/ValueSet/episode-of-care-status|4.0.0
EpisodeOfCare.statusHistory.status
  • Change value set from http://hl7.org/fhir/ValueSet/episode-of-care-status to http://hl7.org/fhir/ValueSet/episode-of-care-status|4.0.0
EpisodeOfCare.referralRequest
  • Type Reference: Added Target Type ServiceRequest
  • Type Reference: Removed Target Type ReferralRequest
EpisodeOfCare.careManager
  • Type Reference: Added Target Type PractitionerRole

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 1 test that all execute ok. All tests pass round-trip testing and all r3 resources are valid.)

 

See the Profiles & Extensions and the alternate definitions: Master Definition XML + JSON, XML Schema/Schematron + JSON Schema, ShEx (for Turtle) + see the extensions & the dependency analysis

PathDefinitionTypeReference
EpisodeOfCare.status
EpisodeOfCare.statusHistory.status
The status of the episode of care.RequiredEpisodeOfCareStatus
EpisodeOfCare.type The type of the episode of care.ExampleEpisodeOfCareType
EpisodeOfCare.diagnosis.role The type of diagnosis this condition represents.PreferredDiagnosisRole

When an organization assumes responsibility for a patient, then the EpisodeOfCare is created and a start date entered to show when it has begun.
As the organization's responsibility changes, so does the status of the EpisodeOfCare.
This is described via an example below for an intake workflow.

With long term care there is often a concept of the provision of care being suspended for various reasons. Many systems have extensive Leave Management/Tracking solutions which consider the complexities of this space, however this EpisodeOfCare resource is NOT intended to provide this level of tracking.
Extension(s) may be used on the status/status history to track the on-hold reason, which can facilitate the processing.

A more complete Leave Management solution may have to deal with:

  • Leave Types
  • Leave Entitlements
  • Billing/Funding implications while on different types of leave

This example sequence demonstrates some status transitions and how other resources interact.
The context could be in a Community/Aged Care/Disability/Mental Health setting.

  • ServiceRequest received
  • intake clerk processes referral and decides that the first level eligibility has been met
    (e.g. Have capacity in the facility for the patient, the patient is covered by VA)
  • EpisodeOfCare created with status of planned which is allocated as fulfilling the ServiceRequest
  • Further assessment of needs is scheduled to be taken, a care manager is probably allocated at this point
  • Assessment Practitioner sees the Patient and completes a series of relevant Questionnaires to rank the patient
  • The assessments are reviewed and a formal CarePlan is created
  • The EpisodeOfCare is updated to be marked as active, and the CareTeam is likely filled in
  • The provision of care is then managed through the care plan, with all activities will also being linked to the EpisodeOfCare
  • The patient is admitted to hospital for some procedures, and the EpisodeOfCare is marked as on hold
    Some of the services on the CarePlan (or scheduled appointments) would be reviewed to determine if they can be performed without the patient (e.g., home maintenance), or if they should be suspended while the patient is on hold.
  • The patient returns from the hospital and the EpisodeOfCare is marked as active again (and services reviewed again)
  • Patient wished to move to another area to be closer to family
  • Organization creates an outgoing ServiceRequest to a new Organization to continue the care
  • The EpisodeOfCare is closed

In some jurisdictions an Organization may be funded by a government body for the days that a patient is under their care. These are known as "active days". This does not mean that they are actively receiving a service (an encounter), but that the organization is responsible for managing their care.
This monthly reporting value can be easily extracted from the status history as described above.
The actual provision of services may also be funded separately, and this would be via the Encounters.

An Organization may perform analytics on their EpisodeOfCare resources to have an understanding of how their business is performing.
Observing that there was a 60/40 split of episodes being finished/cancelled is not very informative. The organization would prefer to know the reason why the episodes are completing so that they can plan their business effectively.
They would be more interested in knowing whether it was due to services hitting their mandatory end date, client passing away, client transitioning to a higher level of services provided by them or to another provider etc.

Currently there are no attributes on this resource to provide this information. This would be very specific to each implementation and usage, so it would be recommended to use extensions to achieve this functionality.

为了以回顾糖尿病患者的管理情况,全科医生希望以时间轴的形式查看其在院内的诊就信息和区域社区系统中的信息。

使用EpisodeOfCare资源使医生能够很容易的将糖尿病诊疗活动与心理健康问题的诊疗活动分开。

一个社区基层卫生组织通过随访与残疾患者相关的所有诊疗活动,并向向政府上报告其EpisodeOfCare资源,以申请资金补贴。

Search parameters for this resource. The common parameters also apply. See Searching for more information about searching in REST, messaging, and services.

NameTypeDescriptionExpressionIn Common
care-managerreferenceCare manager/care coordinator for the patientEpisodeOfCare.careManager.where(resolve() is Practitioner)
(Practitioner)
conditionreferenceConditions/problems/diagnoses this episode of care is forEpisodeOfCare.diagnosis.condition
(Condition)
datedateThe provided date search value falls within the episode of care's periodEpisodeOfCare.period17 Resources
identifiertokenBusiness Identifier(s) relevant for this EpisodeOfCareEpisodeOfCare.identifier30 Resources
incoming-referralreferenceIncoming Referral RequestEpisodeOfCare.referralRequest
(ServiceRequest)
organizationreferenceThe organization that has assumed the specific responsibilities of this EpisodeOfCareEpisodeOfCare.managingOrganization
(Organization)
patientreferenceThe patient who is the focus of this episode of careEpisodeOfCare.patient
(Patient)
33 Resources
statustokenThe current status of the Episode of Care as provided (does not check the status history collection)EpisodeOfCare.status
typetokenType/class - e.g. specialist referral, disease managementEpisodeOfCare.type5 Resources