Skip to content

Conversation

@mikix
Copy link
Contributor

@mikix mikix commented Sep 25, 2025

i.e. if period.end is there, but not .start - still return .start in our schema - just as a kindness to consumers that likely will always want both.

This will also likely be useful for any future attempt by Library to coalesce various complicated dates into one value.

Fixes smart-on-fhir/cumulus#66

i.e. if period.end is there, but not .start - still return .start in
our schema - just as a kindness to consumers that likely will always
want both.

Fixes smart-on-fhir/cumulus#66
@github-actions
Copy link

github-actions bot commented Sep 25, 2025

☂️ Python Coverage

current status: ✅

Overall Coverage

Lines Covered Coverage Threshold Status
507 507 100% 100% 🟢

New Files

No new covered files...

Modified Files

File Coverage Status
cumulus_fhir_support/schemas.py 100% 🟢
TOTAL 100% 🟢

updated for commit: 90ecdf1 by action🐍

Copy link

@dogversioning dogversioning left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

oh thank you this is going to make my life so much easier

@mikix mikix merged commit 86772e6 into main Sep 25, 2025
6 checks passed
@mikix mikix deleted the mikix/expand-period branch September 25, 2025 17:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Schema for all "Period" tables should include a "start" and "end" of DateTime

2 participants