...
| Message | UUUU | NEW | XXXX | NNNN |
|---|---|---|---|---|
| PAT_UPD | N | N | DRB3/4/5 | DRB3/4/5 |
| Donor_DIFF | N | N | DRB3/4/5 | DRB3/4/5 |
| TYP_RES | N | Y | DRB3/4/5 | DRB3/4/5 |
| SMP_RES | Y | Y | DRB3/4/5 | DRB3/4/5 |
Match-Connect patient IDs should be defined in a way that a change of patient data such as name, birth date or transplant centre does not result in a changed Match-Connect ID. Once a patient ID has been assigned for a given patient, the patient ID cannot be changed.Detailed information about the Global Registration Identifier (GRID) can be found on: https://share.wmda.info/display/OptimisingSearchMatchConnect/Project%3A+GRID.- HLA changes of a recipient must not cancel requests for the recipient. The requests remain under full responsibility of the transplant centrepatient registry.
- Duplicate requests on the same day: This issue becomes particularly difficult if SMP_REQs are concerned - sometimes users want to ”correct” their previous request (i.e. forgot to request quantity and product). The correct way of doing this is to cancel the erroneous request first and send the second one later. However, this procedure might also confuse if not carried out on the same working day. In doubt a phone call helps sorting things out.
- MSG_DEN, WARNING and REMARK content from the message response messages as well as the TXT_MSG messages have to be presented to the responsible user (search coordinator) by the local Match-Connect administrator in an appropriate manner.
- Don’t send information multiple times - WARNINGs are to be used if it happens in order to find errors.
- Multiple *_RES or *_ARR messages are regarded as updates and therefore should be different from the previously sent one.
- The correct action if a request cannot be accepted is to send a NO_RES followed by a DONOR_CB. The NO_RES.REASON shall be given as ”OT”.
- Do not change IDs of patients, donors or addresses: use the primary keys of your database tables prefixed by your unique registry code (in EMDIS known as hub code) as Match-Connect IDs.
- Only use the specified (see Data Dictionary) character set – a character set translation routine might be necessary.
- Return the data as you’ve received it, for example, if you had to change incoming data due to national rules, return the original data with the answer.
- Announce changes in your national system, for example, sending/accepting more Match-Connect messages.
- Provide SMP_RES or NO_RES for all samples received even if the donor is reported as unavailable in the meantime. Closing a request formally by sending an appropriate result message is important (for result reminders, invoicing) because often the donor later shows up as AV again.