Invoice
The Invoice profile that SAP Patient Management supports is the following
Invoice | I | Invoice | There are no (further) constraints on this element Element idInvoice Invoice containing ChargeItems from an Account DefinitionInvoice containing collected ChargeItems from an Account with calculated individual and total price for Billing purpose.
| |
id | Σ | 0..1 | string | There are no (further) constraints on this element Element idInvoice.id Logical id of this artifact DefinitionThe logical id of the resource, as used in the URL for the resource. Once assigned, this value never changes. The only time that a resource does not have an id is when it is being submitted to the server using a create operation. |
meta | Σ | 0..1 | Meta | There are no (further) constraints on this element Element idInvoice.meta Metadata about the resource DefinitionThe metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content might not always be associated with version changes to the resource.
|
implicitRules | Σ ?! | 0..1 | uri | There are no (further) constraints on this element Element idInvoice.implicitRules A set of rules under which this content was created DefinitionA reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc. Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. Often, when used, the URL is a reference to an implementation guide that defines these special rules as part of it's narrative along with other profiles, value sets, etc.
|
language | 0..1 | codeBinding | There are no (further) constraints on this element Element idInvoice.language Language of the resource content DefinitionThe base language in which the resource is written. Language is provided to support indexing and accessibility (typically, services such as text to speech use the language tag). The html language tag in the narrative applies to the narrative. The language tag on the resource may be used to specify the language of other presentations generated from the data in the resource. Not all the content has to be in the base language. The Resource.language should not be assumed to apply to the narrative automatically. If a language is specified, it should it also be specified on the div element in the html (see rules in HTML5 for information about the relationship between xml:lang and the html lang attribute). A human language.
| |
text | 0..1 | Narrative | There are no (further) constraints on this element Element idInvoice.text Text summary of the resource, for human interpretation Alternate namesnarrative, html, xhtml, display DefinitionA human-readable narrative that contains a summary of the resource and can be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it "clinically safe" for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety. Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative. In some cases, a resource may only have text with little or no additional discrete data (as long as all minOccurs=1 elements are satisfied). This may be necessary for data from legacy systems where information is captured as a "text blob" or where text is additionally entered raw or narrated and encoded information is added later.
| |
contained | 0..* | Resource | There are no (further) constraints on this element Element idInvoice.contained Contained, inline Resources Alternate namesinline resources, anonymous resources, contained resources DefinitionThese resources do not have an independent existence apart from the resource that contains them - they cannot be identified independently, and nor can they have their own independent transaction scope. This should never be done when the content can be identified properly, as once identification is lost, it is extremely difficult (and context dependent) to restore it again. Contained resources may have profiles and tags In their meta elements, but SHALL NOT have security labels.
| |
extension | I | 0..* | Extension | There are no (further) constraints on this element Element idInvoice.extension Additional content defined by implementations Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the resource. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
modifierExtension | ?! I | 0..* | Extension | There are no (further) constraints on this element Element idInvoice.modifierExtension Extensions that cannot be ignored Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
identifier | S Σ | 0..* | Identifier | There are no (further) constraints on this element Element idInvoice.identifier Business Identifier for item DefinitionIdentifier of this Invoice, often used for reference in correspondence about this invoice or for tracking of payments. Allows Identification of this Invoice instance.
|
status | S Σ ?! | 1..1 | codeBinding | There are no (further) constraints on this element Element idInvoice.status draft | issued | balanced | cancelled | entered-in-error DefinitionThe current state of the Invoice. Note that FHIR strings SHALL NOT exceed 1MB in size Codes identifying the lifecycle stage of an Invoice.
|
cancelledReason | S | 0..1 | string | There are no (further) constraints on this element Element idInvoice.cancelledReason Reason for cancellation of this Invoice DefinitionIn case of Invoice cancellation a reason must be given (entered in error, superseded by corrected invoice etc.). Derived Profiles may choose to add invariants requiring this field to be populated if either priceOverride or factorOverride have been filled.
|
type | S Σ | 0..1 | CodeableConcept | There are no (further) constraints on this element Element idInvoice.type Type of Invoice Alternate namestype DefinitionType of Invoice depending on domain, realm an usage (e.g. internal/external, dental, preliminary). Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.
|
subject | S Σ I | 0..1 | Reference(Patient | Group) | There are no (further) constraints on this element Element idInvoice.subject Recipient(s) of goods and services Alternate namespatient DefinitionThe individual or set of individuals receiving the goods and services billed in this invoice. Links the event to the Patient context. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
recipient | S Σ I | 0..1 | Reference(Organization | Patient | RelatedPerson) | There are no (further) constraints on this element Element idInvoice.recipient Recipient of this invoice DefinitionThe individual or Organization responsible for balancing of this invoice. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. Reference(Organization | Patient | RelatedPerson) Constraints
|
date | S Σ | 0..1 | dateTime | There are no (further) constraints on this element Element idInvoice.date Invoice date / posting date DefinitionDate/time(s) of when this Invoice was posted. The list of types may be constrained as appropriate for the type of charge item.
|
participant | S | 0..* | BackboneElement | There are no (further) constraints on this element Element idInvoice.participant Participant in creation of this Invoice DefinitionIndicates who or what performed or participated in the charged service.
|
id | 0..1 | string | There are no (further) constraints on this element Element idInvoice.participant.id Unique id for inter-element referencing DefinitionUnique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
| |
extension | I | 0..* | Extension | There are no (further) constraints on this element Element idInvoice.participant.extension Additional content defined by implementations Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
modifierExtension | Σ ?! I | 0..* | Extension | There are no (further) constraints on this element Element idInvoice.participant.modifierExtension Extensions that cannot be ignored even if unrecognized Alternate namesextensions, user content, modifiers DefinitionMay be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.
|
role | 0..1 | CodeableConcept | There are no (further) constraints on this element Element idInvoice.participant.role Type of involvement in creation of this Invoice DefinitionDescribes the type of involvement (e.g. transcriptionist, creator etc.). If the invoice has been created automatically, the Participant may be a billing engine or another kind of device. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.
| |
actor | I | 1..1 | Reference(Practitioner | Organization | Patient | PractitionerRole | Device | RelatedPerson) | There are no (further) constraints on this element Element idInvoice.participant.actor Individual who was involved DefinitionThe device, practitioner, etc. who performed or participated in the service. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. Reference(Practitioner | Organization | Patient | PractitionerRole | Device | RelatedPerson) Constraints
|
issuer | S I | 0..1 | Reference(Organization) | There are no (further) constraints on this element Element idInvoice.issuer Issuing Organization of Invoice DefinitionThe organizationissuing the Invoice. Practitioners and Devices can be associated with multiple organizations. It has to be made clear, on behalf of which Organization the services have been rendered.
|
account | S I | 0..1 | Reference(Account) | There are no (further) constraints on this element Element idInvoice.account Account that is being balanced DefinitionAccount which is supposed to be balanced with this Invoice. Systems posting the ChargeItems might not always be able to determine, which accounts the Items need to be places into. It is up to the potprocessing Financial System to apply internal rules to decide based on the Encounter/EpisodeOfCare/Patient/Coverage context and the type of ChargeItem, which Account is appropriate.
|
lineItem | S | 0..* | BackboneElement | There are no (further) constraints on this element Element idInvoice.lineItem Line items of this Invoice DefinitionEach line item represents one charge for goods and services rendered. Details such as date, code and amount are found in the referenced ChargeItem resource.
|
id | 0..1 | string | There are no (further) constraints on this element Element idInvoice.lineItem.id Unique id for inter-element referencing DefinitionUnique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
| |
extension | I | 0..* | Extension | There are no (further) constraints on this element Element idInvoice.lineItem.extension Additional content defined by implementations Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
modifierExtension | Σ ?! I | 0..* | Extension | There are no (further) constraints on this element Element idInvoice.lineItem.modifierExtension Extensions that cannot be ignored even if unrecognized Alternate namesextensions, user content, modifiers DefinitionMay be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.
|
sequence | 0..1 | positiveInt | There are no (further) constraints on this element Element idInvoice.lineItem.sequence Sequence number of line item DefinitionSequence in which the items appear on the invoice. 32 bit number; for values larger than this, use decimal
| |
chargeItem[x] | 1..1 | There are no (further) constraints on this element Element idInvoice.lineItem.chargeItem[x] Reference to ChargeItem containing details of this line item or an inline billing code DefinitionThe ChargeItem contains information such as the billing code, date, amount etc. If no further details are required for the lineItem, inline billing codes can be added using the CodeableConcept data type instead of the Reference.
| ||
chargeItemCodeableConcept | CodeableConcept | There are no (further) constraints on this element Data type | ||
chargeItemReference | Reference(ChargeItem) | There are no (further) constraints on this element Data type | ||
priceComponent | 0..* | BackboneElement | There are no (further) constraints on this element Element idInvoice.lineItem.priceComponent Components of total line item price DefinitionThe price for a ChargeItem may be calculated as a base price with surcharges/deductions that apply in certain conditions. A ChargeItemDefinition resource that defines the prices, factors and conditions that apply to a billing code is currently under development. The priceComponent element can be used to offer transparency to the recipient of the Invoice as to how the prices have been calculated.
| |
id | 0..1 | string | There are no (further) constraints on this element Element idInvoice.lineItem.priceComponent.id Unique id for inter-element referencing DefinitionUnique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
| |
extension | I | 0..* | Extension | There are no (further) constraints on this element Element idInvoice.lineItem.priceComponent.extension Additional content defined by implementations Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
modifierExtension | Σ ?! I | 0..* | Extension | There are no (further) constraints on this element Element idInvoice.lineItem.priceComponent.modifierExtension Extensions that cannot be ignored even if unrecognized Alternate namesextensions, user content, modifiers DefinitionMay be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.
|
type | 1..1 | codeBinding | There are no (further) constraints on this element Element idInvoice.lineItem.priceComponent.type base | surcharge | deduction | discount | tax | informational DefinitionThis code identifies the type of the component. Note that FHIR strings SHALL NOT exceed 1MB in size Codes indicating the kind of the price component.
| |
code | 0..1 | CodeableConcept | There are no (further) constraints on this element Element idInvoice.lineItem.priceComponent.code Code identifying the specific component DefinitionA code that identifies the component. Codes may be used to differentiate between kinds of taxes, surcharges, discounts etc. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.
| |
factor | 0..1 | decimal | There are no (further) constraints on this element Element idInvoice.lineItem.priceComponent.factor Factor used for calculating this component DefinitionThe factor that has been applied on the base price for calculating this component. There is no reason to carry the price in the instance of a ChargeItem unless circumstances require a manual override. The list prices or are usually defined in a back catalogue of the billing codes (see ChargeItem.definition). Derived profiles may require a ChargeItem.overrideReason to be provided if either factor or price are manually overridden.
| |
amount | 0..1 | Money | There are no (further) constraints on this element Element idInvoice.lineItem.priceComponent.amount Monetary amount associated with this component DefinitionThe amount calculated for this component. There is no reason to carry the price in the instance of a ChargeItem unless circumstances require a manual override. The list prices or are usually defined in a back catalogue of the billing codes (see ChargeItem.definition). Derived profiles may require a ChargeItem.overrideReason to be provided if either factor or price are manually overridden.
| |
totalPriceComponent | S | 0..* | see (priceComponent) | There are no (further) constraints on this element Element idInvoice.totalPriceComponent Components of Invoice total DefinitionThe total amount for the Invoice may be calculated as the sum of the line items with surcharges/deductions that apply in certain conditions. The priceComponent element can be used to offer transparency to the recipient of the Invoice of how the total price was calculated.
|
totalNet | S Σ | 0..1 | Money | There are no (further) constraints on this element Element idInvoice.totalNet Net total of this Invoice DefinitionInvoice total , taxes excluded. There is no reason to carry the price in the instance of a ChargeItem unless circumstances require a manual override. The list prices or are usually defined in a back catalogue of the billing codes (see ChargeItem.definition). Derived profiles may require a ChargeItem.overrideReason to be provided if either factor or price are manually overridden.
|
totalGross | S Σ | 0..1 | Money | There are no (further) constraints on this element Element idInvoice.totalGross Gross total of this Invoice DefinitionInvoice total, tax included. There is no reason to carry the price in the instance of a ChargeItem unless circumstances require a manual override. The list prices or are usually defined in a back catalogue of the billing codes (see ChargeItem.definition). Derived profiles may require a ChargeItem.overrideReason to be provided if either factor or price are manually overridden.
|
paymentTerms | 0..1 | markdown | There are no (further) constraints on this element Element idInvoice.paymentTerms Payment details DefinitionPayment details such as banking details, period of payment, deductibles, methods of payment. Derived Profiles may chose to add invariants requiring this field to be populated if either priceOverride or factorOverride have been filled.
| |
note | 0..* | Annotation | There are no (further) constraints on this element Element idInvoice.note Comments made about the invoice DefinitionComments made about the invoice by the issuer, subject, or other participants. For systems that do not have structured annotations, they can simply communicate a single annotation with no author or time. This element may need to be included in narrative because of the potential for modifying information. Annotations SHOULD NOT be used to communicate "modifying" information that could be computable. (This is a SHOULD because enforcing user behavior is nearly impossible).
|