The Detail Financial Transaction (DFT) message is used to describe a financial transaction transmitted between systems, that is, to the billing system for ancillary charges, ADT to billing system for patient deposits, etc.
Use case for Post Detail Financial Transaction with related Order:
This information can originate in many ways. For instance, a detailed financial transaction for an ancillary charge is sent to a billing system that also tracks the transaction(s) in relation to their order via placer order number or wishes to post these transactions with the additional order information. Therefore a service reaches a state where a detailed financial transaction is created and interfaced to other systems along with optional associated order information. If the message contains multiple transactions for the same order, such as a test service and venipuncture charge on the same order, the ordering information is entered in the Order segment construct that precedes the FT1 segments. If a message contains multiple transactions for disparate orders for the same account each FT1 segment construct may contain the order related information specific to that transaction within the message.
If the common order information is sent, the Order Control Code should reflect the current state of the common order and is not intended to initiate any order related triggers on the receiving application. For example if observations are included along with common order information the order control code would indicate 'RE' as observations to follow.
If common order information is sent related to the entire message or a specific financial transaction, the required Order Control Code should reflect the current state of the common order and is not intended to initiate any order related triggers on the receiving application. For example if observations are included along with common order information the order control code would indicate 'RE' as observations to follow.
If order detail information is sent related to the entire message or a specific financial transaction, the required fields for that detail segment must accompany that information.
Segment | Cardinality | Implement | Status |
---|---|---|---|
DFT^P03^DFT_P03 | |||
MSH Message Header |
[1..1] | SHALL | |
ARV Access Restriction |
v2.9 | ||
SFT Software Segment |
|||
UAC User Authentication Credential Segment |
[0..1] | ||
EVN Event Type |
[1..1] | SHALL | |
PID Patient Identification |
[1..1] | SHALL | |
PD1 Patient Additional Demographic |
[0..1] | ||
PRT Participation Information |
|||
ROL Role |
B | ||
VISIT | [0..1] | ||
PV1 Patient Visit |
[0..1] | ||
PV2 Patient Visit - Additional Information |
[0..1] | ||
PRT Participation Information |
|||
ROL Role |
B | ||
DB1 Disability |
|||
COMMON_ORDER | |||
ORC Common Order |
[1..1] | SHALL | |
PRT Participation Information |
|||
TIMING_QUANTITY | |||
TQ1 Timing/Quantity |
[1..1] | SHALL | |
TQ2 Timing/Quantity Relationship |
|||
ORDER | [0..1] | ||
OBR Observation Request |
[1..1] | SHALL | |
PRT Participation Information |
|||
NTE Notes and Comments |
|||
OBSERVATION | |||
OBX Observation/Result |
[1..1] | SHALL | |
PRT Participation Information |
|||
NTE Notes and Comments |
|||
FINANCIAL | [1..*] | SHALL | |
FT1 Financial Transaction |
[1..1] | SHALL | |
PRT Participation Information |
|||
ROL Role |
B | ||
NTE Notes and Comments |
|||
FINANCIAL_PROCEDURE | |||
PR1 Procedures |
[1..1] | SHALL | |
PRT Participation Information |
|||
ROL Role |
B | ||
FINANCIAL_OBSERVATION_STANDALONE | |||
OBX Observation/Result |
[1..1] | SHALL | |
PRT Participation Information |
|||
NTE Notes and Comments |
[1..*] | SHALL | |
FINANCIAL_ORDER_STANDALONE | |||
OBR Observation Request |
[1..1] | SHALL | |
PRT Participation Information |
|||
NTE Notes and Comments |
|||
FINANCIAL_OBSERVATION_2 | |||
OBX Observation/Result |
[1..1] | SHALL | |
PRT Participation Information |
|||
NTE Notes and Comments |
|||
FINANCIAL_COMMON_ORDER | |||
ORC Common Order |
[1..1] | SHALL | |
PRT Participation Information |
|||
FINANCIAL_TIMING_QUANTITY | |||
TQ1 Timing/Quantity |
[1..1] | SHALL | |
TQ2 Timing/Quantity Relationship |
|||
FINANCIAL_ORDER | [0..1] | ||
OBR Observation Request |
[1..1] | SHALL | |
PRT Participation Information |
B | ||
NTE Notes and Comments |
|||
FINANCIAL_OBSERVATION | |||
OBX Observation/Result |
[1..1] | SHALL | |
PRT Participation Information |
|||
NTE Notes and Comments |
|||
DIAGNOSIS | |||
DG1 Diagnosis |
[1..1] | SHALL | |
DRG Diagnosis Related Group |
[0..1] | ||
GT1 Guarantor |
|||
INSURANCE | |||
IN1 Insurance |
[1..1] | SHALL | |
IN2 Insurance Additional Information |
[0..1] | ||
IN3 Insurance Additional Information, Certification |
|||
PRT Participation Information |
|||
ROL Role |
|||
ACC Accident |
[0..1] |
MSH-15 | MSH-16 | Immediate ACK | Application Ack |
---|---|---|---|
Blank | Blank | - | ACK^P03^ACK |
NE | NE | - | - |
AL, SU, ER | NE | ACK^P03^ACK | - |
NE | AL, SU, ER | - | ACK^P03^ACK |
AL, SU, ER | AL, SU, ER | ACK^P03^ACK | ACK^P03^ACK |
Note: The ROL segment is optionally included after the PD1 to transmit information for patient level primary care providers, after the PV2 for additional information on the physicians whose information is sent there (i.e., Attending Doctor, Referring Doctor, Consulting Doctor), and within the insurance construct to transmit information for insurance level primary care providers.
Note: There is an information overlap between the FT1, DG1 and PR1 segments. If diagnosis information is sent in an FT1 segment, it should be consistent with the information contained in any DG1 segments present within its hierarchy. Since the procedure code field within the FT1 does not repeat, if procedure information is sent on an FT1 it is recommended that the single occurrence of the code in FT1 equates to the primary procedure (PR1-14 - Procedure Priority code value 1).
Note: The extra set of DG1/DRG/GT1/IN1/IN2/IN3/ROL segments added in V2.4 have been withdrawn as a technical correction
The error segment indicates the fields that caused a transaction to be rejected.