Uploaded image for project: 'FHIR Specification Feedback'
  1. FHIR Specification Feedback
  2. FHIR-17671

Account should be to reference an encounter

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive with Modification
    • Icon: Medium Medium
    • FHIR Core (FHIR)
    • STU3
    • Patient Administration
    • STU
    • Account
    • Hide

      We will make the following updates:

      A new property will be added to Account:

      Account.covers (Encounter, EpisodeOfCare)  0..*

      Definition: An account that collects the charges for a specific set of services offered over a limited time period.  For example, a hospital account might contain all charges related to a given admission, including any inpatient appointments, and possibly re-admissions, of the billing for those re-admissions should be grouped with the initial admission for the purpose of claim submission.

      Comment: Episode Accounts often exist for the duration of a relatively short billing cycle (for example, a month, or possibly a quarter).  One a given billing cycle ends, the associated Episodic Account would close, and a new account would open for the next billing cycle.  A patient that is admitted for 6 months, where the billing cycle is monthly, would have 6 episodic accounts each covering one month.

       

       

       

      Encounter.account and EpisodeOfCare.account will have their comments updated to:

      Comment: The billing system may choose to allocate billable items associated with the Encounter/EpisodeOfCare to different referenced Accounts based on internal business rules.  Also note that the Encounter.account/EpisodeOfCare.account properties are meant to represent long-running or perpetual accounts.  For short-lived, episodic accounts, see Account.covers.

       

       

       

      We will add a "Notes" section in the Account resources with the following content:

      Perpetual and Episodic Accounts

      There may be two types of accounts that are used to track billing activities with medical systems:

      Episodic Account:  An account that collects the charges for a specific set of services offered over a limited time period.  For example, a hospital account might contain all charges related to a given admission, including any inpatient appointments, and possibly re-admissions, of the billing for those re-admissions should be grouped with the initial admission for the purpose of claim submission.

      Episodic Accounts often exist for the duration of a relatively short billing cycle (for example, a month, or possibly a quarter).  One a given billing cycle ends, the associated Episodic Account would close, and a new account would open for the next billing cycle.  A patient that is admitted for 6 months, where the billing cycle is monthly, would have 6 episodic accounts each covering one month.

      Episodic Accounts may be communicated using the Account.covers property.

      Perpetual Account:  A long running account that accumulates charges and payments associated with a specific beneficiary.  This account is often open for as long as the beneficiary has a relationship with the healthcare organization.  It may be linked to an EpisodeOfCare.  A beneficiary may have different perpetual accounts.  For example, one for charges related to car crash (i.e., third party liability).  One associated with charges related to a research study the patient is participating in.  And one for their general personal/family care, which would be covered by their normal insurance.

      Perpetual Accounts may be communicated using the Encounter.account or EpisodeOfCare.account properties.

      Show
      We will make the following updates: A new property will be added to Account: Account.covers (Encounter, EpisodeOfCare)  0..* Definition : An account that collects the charges for a specific set of services offered over a limited time period.  For example, a hospital account might contain all charges related to a given admission, including any inpatient appointments, and possibly re-admissions, of the billing for those re-admissions should be grouped with the initial admission for the purpose of claim submission. Comment : Episode Accounts often exist for the duration of a relatively short billing cycle (for example, a month, or possibly a quarter).  One a given billing cycle ends, the associated Episodic Account would close, and a new account would open for the next billing cycle.  A patient that is admitted for 6 months, where the billing cycle is monthly, would have 6 episodic accounts each covering one month.       Encounter.account and EpisodeOfCare.account will have their comments updated to: Comment :  The billing system may choose to allocate billable items associated with the Encounter/EpisodeOfCare to different referenced Accounts based on internal business rules.  Also note that the Encounter.account/EpisodeOfCare.account properties are meant to represent long-running or perpetual accounts.  For short-lived, episodic accounts, see Account.covers.       We will add a "Notes" section in the Account resources with the following content: Perpetual and Episodic Accounts There may be two types of accounts that are used to track billing activities with medical systems: Episodic Account :  An account that collects the charges for a specific set of services offered over a limited time period.  For example, a hospital account might contain all charges related to a given admission, including any inpatient appointments, and possibly re-admissions, of the billing for those re-admissions should be grouped with the initial admission for the purpose of claim submission. Episodic Accounts often exist for the duration of a relatively short billing cycle (for example, a month, or possibly a quarter).  One a given billing cycle ends, the associated Episodic Account would close, and a new account would open for the next billing cycle.  A patient that is admitted for 6 months, where the billing cycle is monthly, would have 6 episodic accounts each covering one month. Episodic Accounts may be communicated using the Account.covers property. Perpetual   Account:   A long running account that accumulates charges and payments associated with a specific beneficiary.  This account is often open for as long as the beneficiary has a relationship with the healthcare organization.  It may be linked to an EpisodeOfCare.  A beneficiary may have different perpetual accounts.  For example, one for charges related to car crash (i.e., third party liability).  One associated with charges related to a research study the patient is participating in.  And one for their general personal/family care, which would be covered by their normal insurance. Perpetual Accounts may be communicated using the Encounter.account or EpisodeOfCare.account properties.
    • Brian Postlethwaite / Sonja Ziegler : 5-0-0
    • Enhancement
    • Compatible, substantive

    Description

      For simple interactions with the API we would like the ability to link from account back to encounter. In our system the account is generated and relates back to the encounter. An extension would be sufficient, but the idea is if a consumer of the API would need to potentially do multiple transactions to create acocunt, create an encounter, and then potentially link the resources. Where if they create the encounter and then the account, they would be able to add the encounter link directly on the account.

      Attachments

        Activity

          People

            Unassigned Unassigned
            atorres Drew Torres
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: