# EMIS Partner API - FileRecord call - file size limits **Category:** [open forum](https://openhealthhub.org/c/open-forum/9) **Created:** 2026-06-21 10:04 UTC **Views:** 33 **Replies:** 3 **URL:** https://openhealthhub.org/t/emis-partner-api-filerecord-call-file-size-limits/3007 --- ## Post #1 by @imfarazmalik Hello, For context, this issue refers to a document processing platform that integrates into EMIS Web via the *Partner API*. We've been dealing with an issue with adding attachments to the `FileRecord` call. For context, we file patient documents as attachments to a consultation block, which gets filed into the patient's record. The `` object looks a bit like this (I've omitted other `` instances for brevity): ```xml 324c25c9-28c7-4598-8a2c-371e5628a423 24/12/2025 00:00:00 4 3797 10 1807271000006114 0 0 -1 3797 24/12/2025 2
Document
2 8b3fa060-3fed-4491-afcb-5f486d23d04c 24/12/2025 3797 3797 24/12/2025 Otorhinolaryngology service Kings Hospital.pdf -1 310149003 SNOMED Otorhinolaryngology service 310149003 SNOMED Otorhinolaryngology service Kings Hospital.pdf
C:\Users\imfarazmalik\medprompt\medprompt-emis\docs\FileRecordAttachment_NjBhNTc1MDQtMWFjMS00NmE4LTkzNGYtNjEyN2E4NTZhMzhh.pdf
028f459b-9d5f-4766-93d9-9a651ab3392e
``` You can see that we try and pass the document directly, which encounters the 5MB file size limit on EMIS Web. However, we recently became aware that other document processing platforms use a different strategy that bypasses this entirely -- they send in the document to EMIS Web via NHS MESH first. We suspect the flow might look something like this: ![Screenshot 2026-06-21 at 10.50.41|534x499](upload://1PRthVwJRfB3GcHAfdko7ISMiTc.png) What we're thinking is that the `` element will reference a document already received and stored by EMIS Web, therefore no file bytes need to travel with the Partner API call. Could anyone shed light on this mechanism, specifically what the MESH ACK may look like and whether it carries the `DDSIdentifier` back to the sender? @mayfield.g.kev hoping you might be familiar with this? --- ## Post #2 by @mayfield.g.kev I've not tried this but it sounds logical. The first part I presume your using Kettering XML? --- ## Post #3 by @imfarazmalik Yes, that would be the idea. Just was hoping someone may have tried this, and knows the mechanism for sending a `` with MESH, or receiving it back via MESH. --- ## Post #4 by @mayfield.g.kev If your using Kettering XML you can put a message id or report identifier into the payload. EMIS may persist that and so you could query attachments in EMIS to find your ID which should then have a DDS Identifier. I've not tried this but EMIS has been retaining our ID's in other interactions. --- **Canonical:** https://openhealthhub.org/t/emis-partner-api-filerecord-call-file-size-limits/3007 **Original content:** https://openhealthhub.org/t/emis-partner-api-filerecord-call-file-size-limits/3007