A related question: If I understand it right, we're using our OpenMRS Implementation Ids as hl7 codes of concept sources in OCC. However HL7 seems to say that locally-defined codes should be 99zzz (where z is alphanumeric).
Obviously "DJLAPTOP16" doesn't follow that convention. And until I committed a fix a few days ago (where I clearly misunderstood something I read somewhere: https://tickets.openmrs.org/browse/TRUNK-2518) we were preventing hl7 codes longer than 5 characters. What should we actually be doing here? If we actually want short hl7 codes, we'd need setting your implementationId to limit you. Alternately, we should permit arbitrary implementation ids, and cheat hl7 slightly by doing "99${implementationId}". -Darius On Wed, Aug 10, 2011 at 4:21 PM, Darius Jazayeri <[email protected]>wrote: > No other sprinters are on IRC now, so I'm asking here: > > I'm trying to upload a concept from my openmrs client to my OCC server, and > I'm getting this server-side error: > > ERROR - ConceptManagerImpl.analyzeOccUpload(153) | Error while reading > file: /tmp/uploads/putConcepts1313018017863.xml > java.lang.Exception: No implementation was found with id:DJLAPTOP16 > at > org.openmrs.occ.service.impl.ConceptManagerImpl.analyzeOccUpload(ConceptManagerImpl.java:124) > > When is the ConceptSource for my id supposed to be created on the > server-side? I haven't seen any steps in the process where this would > happen... > > -Darius > _________________________________________ To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-devel-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
