X12 837I DTP Segment Guide: Fields, Format, and Testing Gotchas
On a professional claim, DTP is mostly background noise — an onset date here, a statement period there. On an institutional claim, two specific DTP occurrences, admission and discharge, directly drive length-of-stay calculations that feed DRG pricing and per-diem logic, which makes getting this segment right a much bigger deal on the facility side.
DTP (Date or Time or Period) is a generic date segment reused throughout an X12 837I claim. On an institutional claim its most consequential occurrences carry the admission date and the discharge date, since the gap between the two is what downstream systems use to calculate length of stay and price the claim accordingly.
The elements that actually matter in practice
Example
A synthetic admission DTP: qualifier 435 marks this as the admission date and time, format DT means DTP03 carries both date and time, here July 24, 2026 at 2:30 PM. Synthetic claim data.
Where this trips people up
Length-of-stay logic that reads the admission and discharge DTP occurrences independently, without checking they actually belong to the same encounter, can silently miscalculate the stay when a claim carries multiple DTP segments for related but distinct dates — like a statement period that doesn't line up exactly with the admission-to-discharge span on a claim that was billed in installments. Test data that only ever produces a clean, matching admission/discharge pair never exercises that mismatch, so the bug doesn't surface until a real multi-page inpatient stay comes through with dates that don't perfectly nest inside each other.