Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Acceptable latency #38

Open
jkiddo opened this issue Oct 15, 2024 · 7 comments
Open

Acceptable latency #38

jkiddo opened this issue Oct 15, 2024 · 7 comments

Comments

@jkiddo
Copy link
Contributor

jkiddo commented Oct 15, 2024

Whats considered acceptable latency between sending and reciving MedCom messages in general?

@tmsMedcom
Copy link
Collaborator

@jkiddo
Copy link
Contributor Author

jkiddo commented Oct 24, 2024

Since the acknowledgement are sent on business level (medcomdk/dk-medcom-acknowledgement#33 (comment)) why would it ever make sense to resend it from business sender perspective? No state will change due to the retransmission. Why wouldn't VANS automatically produce a NACK or do the retry itself?

@jkiddo
Copy link
Contributor Author

jkiddo commented Oct 24, 2024

As a sender you are allowed to resend a message after 30 min, if you haven't received an Acknowledgement. https://medcomdk.github.io/MedCom-FHIR-Communication/assets/documents/020_Governance-for-Reliable-Messaging-in-general.html#11-generic-ruleset-governing-the-principles-of-reliable-messaging.

Would you mind making numbered bullets to those rules?

@jkiddo
Copy link
Contributor Author

jkiddo commented Oct 24, 2024

And is the VANS vendor considered part of the 'Eco system' in those rules?

@ovi-medcom
Copy link
Collaborator

No, VANS reacts, when a message arrives from the sender. VANS has only a certain power in EHMI, where edelivery rules exists.

@ovi-medcom
Copy link
Collaborator

As a sender you are allowed to resend a message after 30 min, if you haven't received an Acknowledgement. https://medcomdk.github.io/MedCom-FHIR-Communication/assets/documents/020_Governance-for-Reliable-Messaging-in-general.html#11-generic-ruleset-governing-the-principles-of-reliable-messaging.

Would you mind making numbered bullets to those rules?

Created an issue :-)

@jkiddo
Copy link
Contributor Author

jkiddo commented Oct 24, 2024

But VANS still is responsible for transmission of content, correct? And since VANS already knows what is sent and replied to, why doesn't VANS do the retransmission after 30 mins automatically or provide a NACK to the sender?

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

No branches or pull requests

3 participants