A register_patient message will be sent together with all requests. This message contains both wmdaId and patientId of the patient.
/post_api_v1_PatientRegistration
Provision of the donor ID in every request must be changed.
Current structure is:
donor* | {
} |
ADCU and CBU have similar structure, but adult donor has the ID (GRID) right away.
Suggested structure for the adult donors:
scd or adult | {
} |
It was agreed that we must implement DONOR_CB message API to preserve the original EMDIS logic.
S&M APIs have the DONOR_CB message split into
https://apispecs.wmda.info/?urls.primaryName=Search%20%26%20Match#/searches/retrieveFullReportDonors
and
https://apispecs.wmda.info/?urls.primaryName=Search%20%26%20Match#/searches/retrieveFullReportCBUs
In the future another message for ADCUs may come to play.
Proposal: change the Semantics by requesting an "updated donor" message instead of DONOR_CB.
Needed
/post_api_v1_TypingRequestRequest
Needed
/post_api_v1_TypingResponseRequest
After the TYP_RES message, a DONOR_CB with the updated donor data is mandatory to ensure up-to-date master data. See 4.0 above.
Needed
https://apispecs.wmda.info/?urls.primaryName=Connect%20API#/Message/post_api_v1_SampleRequestRequest
Needed
https://apispecs.wmda.info/?urls.primaryName=Connect%20API#/Message/post_api_v1_SampleInfoRequest
Needed
https://apispecs.wmda.info/?urls.primaryName=Connect%20API#/Message/post_api_v1_SampleArrivalRequest
Needed
Needed
Needed
After the IDM_RES message, a DONOR_CB with the updated donor data is mandatory to ensure up-to-date master data. See 4.0 above.
Needed
Needed
After the RSV_RES message a DONOR_CB with the updated donor status is mandatory to reflect the change. See 4.0 above.
Future Phase
Future Phase
Needed
Needed
https://apispecs.wmda.info/?urls.primaryName=Connect%20API#/Message/post_api_v1_NoResultRequest
If the results cannot be delivered, a NO_RES message followed by a DONOR_CB message is returned which includes the new donor status. See 4.0 above.
Needed