I'm right with you in principle Prit, but your schema reveals the kind of
niggly problem that will make this fail if not done properly. For example:
PH - drugname. Our system separates this into drug name and formulation.
Your translator can just concatenate our data, but our supplier would have
to find a way of splitting yours.
Your data has no specific area for Body mass index. Ours has a specific
table for that. You would have to find a way to map our data to (presumably)
read codes, and our supplier would have to find a way to populate his table
from your (presumably) read data, which is much less detailed.
Neither of these are show stoppers, but they do make the problem more than
trivial. And there are dozens more i could have quoted.
-----Original Message-----
From: [log in to unmask] [mailto:[log in to unmask]] On
Behalf Of P S Buttar
Sent: 01 June 1998 20:02
To: [log in to unmask]
Subject: RE: Data conversion/transfer: a proposal
Ewan,
> It has been a requirement since RFA 1 for systems to be able to output
their data in to an ASCII file for which documentation must be available.
But I'm proposing something beyond this. Attached is the format used by my
system for export - your programmers should have no difficulty with devising
an import function from this (or any other) format.
Any chance that you can let me have your DOS export format in return?
Prit
<< File: PMP.TXT >>
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|