Consolidate LFH Processor Implementations
dixonwhitmire opened this issue · comments
Dixon Whitmire commented
Each LFH route utilizes a separate "metadata" processor for setting the fields for the LFH "meta data" sub-document. We can consolidate this operation to a single processor and integrate it with the Kafka direct endpoint so that developers don't need to roll as much code.
Dixon Whitmire commented
Common metadata fields for data storage:
- topic name
- timestamp
- routeUrl
- dataStoreUri
- dataFormat
- uuid
- resourceType
Processors setting metadata values:
- AcdAnalyzeProcessor
- BlueButton20MetadataProcessor
- BlueButton20ResultProcessor
- FhirR4MetadataProcessor
- Hl7v2MetadataProcessor
These are all evaluated in LinuxForHealthMessage
Dixon Whitmire commented
ToDo:
- Rename routeUrl to routeUri
- create logback-test.xml
- Create LinuxForHealthProcessor to set MetaData for LinuxForHealthMessage instances
- Create route tests
- Update HL7, FHIR, and ACD routes
Dixon Whitmire commented
After trying a few things and chatting with the team, we will:
- utilize a single class for the LinuxForHealth message metadata
- implement other processors "in-line"