Stream: hapi
Topic: Loading Lists Times Out
Saul Kravitz (Jun 26 2019 at 16:01):
We are building a reference implementation for a Drug Formulary IG -- http://hl7.org/fhir/us/Davinci-drug-formulary/Jun2019/ using HAPI 3.8.
The IG profiles MedicationKnowledge for the drugs in a formulary, and List for the CoveragePlan (metadata, drug tiers, cost sharing). The actual list entries in the List are references to FormularyDrug (MedicationKnowledge) entries.
The sample formulary we are trying to load has 4135 drugs in each plan.
Loading the LIst elements is touch and go, and often times out. For example, 0d33e2.List.json try loading with:
PUT http://hapi.fhir.org/baseR4/List/0d33e2 ... it times out for me. All of the referenced MedicationKNowledge entries are loaded.
I did succeed in loading a list of similar size: http://hapi.fhir.org/baseR4/List/6448eb
Questions:
1) Do you consider this a HAPI issue, or is it bad form to have lists with 1000s of elements?
2) Since we are not concerned about referential integrity of the List, are there means to speed up the load so it doesn't timeout?
Thanks,
Saul
@Stephen MacVicar
Stephen MacVicar (Jun 26 2019 at 18:32):
As a follow up, HAPI initially throws an error during the upload.
The client receives no response when this error occurs and times out. Then a bit later, the database raises a duplicate key error which causes HAPI to raise some more errors. A duplicate key error would seem to indicate that the resource was successfully persisted despite the errors, and performing a search/read confirms that the resource was persisted and is available on the server.
Saul Kravitz (Jun 26 2019 at 18:35):
Indeed, http://hapi.fhir.org/baseR4/List/0d33e2 is alive and well despite the time out.
Last updated: Apr 12 2022 at 19:14 UTC
