|
|
|
|
Updated: Aug 26, 1998 |
This is the most recent structured information on this project. Complementary data can be found on previous documents | |
SYNAPSES
Federated healthcare record server | |
|
|
Synapses addresses these requirements for seamless healthcare by proposing a standard for a Federated Healthcare Record Server. This server provides integrated views on the patient record, in principle, wherever and in whatever format the components of the source patient record are stored.
The aim of Synapses is to provide client applications with a view of the patient record, where the record or parts of a record have been obtained from other information systems (referred to as feeder systems) storing or generating relevant healthcare information. At the heart of the Synapses is a server which is responsible for receiving and interpreting requests from the clients, decomposing them into appropriate requests to individual feeder systems, receiving and combining the results into a single integrated response at the client side. The aim is that the server presents the record or component of the record in a standardised form to the client applications, irrespective of the underlying record architecture used in the connected information systems. In addition, servers adhering to the Synapses standard are then potentially enabled to interoperate and hence to share records over enterprise-wide networks and allow hospital to hospital or transnational exchange of patient records.
Though usability is decided in terms of applications, the emphasis in Synapses is on facilitating data sharing between specialist feeder systems via the server, rather than on integrating the specialist systems that supply or use the data.
In order to share information components automatically, it is necessary not only to agree on common protocols for the exchange of information, but also to ensure that the exchange is meaningful i.e. that the participants share a common understanding. In the context of Synapses, which takes an object-oriented view of the Federated Healthcare Record, this means that it is therefore essential to adopt common standards for the definitions of the objects to be exchanged between feeder systems and clients via the server. This common set of definition of shareable healthcare objects constitutes the Synapses object dictionary and it lies at the heart of the server driving the interaction between clients, feeders and the server. The objects in the dictionary are in turn mapped onto those data representations used in the synapsed feeder systems, where the data itself is physically stored. For this mapping to be both implementable and unambiguous, the dictionary must be based on a rigorous common object model or formalism, known as the Synapses common object model.
Synapses aims to achieve an adoptable standard and has therefore based its work on the major efforts in Europe on record architectures, namely the work of CEN TC/251 WG1 in its project team PT011 represented in the pre-standard ENV12265 and GEHR (Good European Heathcare Record), a 3rd Framework project. The Synapses project has therefore reviewed carefully ENV12265 and the work of GEHR and has made such modifications or extensions as have been deemed necessary to meet the needs of a Federated Healthcare Record. This process has brought in additional insights from those users not heretofore involved in record architectures and has provided what is essentially a further validation aspect to the work of the project. In many respects, this is the most crucial task within the project, as Synapses is in effect sampling the views of the community on how to proceed with the work on Electronic Healthcare Records (EHCRs).
Thus the main feature of the implementation plan for Synapses is the importance of ensuring a rigorous and extensive validation of the specification using a variety of different technologies. The strategy of having multiple implementations, therefore, is one designed to provide the best coverage of potential platforms and computing environments.
| Deliverable ID | Title | Delivery date(month) | Type R or D |
| MAN01.1 | Quality Manual | 1 | R |
| USER1.2 | Impulses to Synapses | 5 | R |
| USER1.1.1 | User requirements and functional specifications - V1 | 6 | R |
| PUB02.1 | Role of validation Centres and User groups | 6 | R |
| USER1.3.1 | Common object model and dictionary - V1 | 8 | R |
| SPEC2.1.1 | Design and functional specification of FHCR server and interfaces - V1 | 9 | R |
| MAN01.4.1 | Annual Review Year 1 | 9 | R |
| Deliverable ID | Title | Delivery date(month) | Type R or D |
| EXP5.7.1 | Draft survey questionnaire | 14 | R |
| USER1.3.2 | Common object model and dictionary - V2 | 15 | R |
| EXP5.7.2 | Interim survey results | 17 | R |
| IMP3.1.1 | Programmers Guide - V1 | 18 | R |
| IMP3.2.1 | Integration and test report - v1 | 18 | R |
| IMP3.3.1 | Synapses services - v1 | 18 | R |
| SRS1.1 | Software Requirements Specification | 20 | R |
| VAL4.1.1 | Validation site pilot demonstrations - round 1 | 21 | R |
| VAL4.2.1 | Validation report - v1 | 21 | R |
| EXP5.2.1 | Workshop Summary Report and Plans | 21 | R |
| MAN01.4.2 | Annual Report Year 2 | 21 | R |
| EXP5.7.3 | Conclusions of market survey | 24 | P |
| VAL4.3.1 | Synapses in use - V1 | 24 | R |
| Deliverable ID | Title | Delivery date(month) | Type R or D |
| IMP3.1.2 | Programmers guide - v2 | 27 | R |
| IMP3.2.2 | Integration and test report - v2 | 27 | R |
| IMP3.3.2 | Synapses services | 27 | P |
| MAN01.4.3 | Annual Report Year 3 | 33 | R |
| VAL4.1.2 | Validation site demonstrations - round 2 | 33 | P |
| EXP5.2 | Proceedings of Final Workshop | 30 | P |
| USER1.1.2 | User requirements and functional specifications - V2 | 36 | P |
| USER1.3.3 | Common object model and dictionary - V3 | 36 | P |
| ODP | ODP specification of the Synapses Computing Environment | 36 | P |
| VAL4.2.2 | Validation report - v2 - final | 36 | P |
| VAL4.3.2 | Synapses in use - v2 | 36 | P |
| PUB02.3 | End-of-programme conference material and demonstration | 36 | P |
![]() |
|
![]() |
|
|
Copyright 1998 © EHTO All rights reserved This server is the only official EHTO WWW knowledge repository. Mail suggestions to: webmaster@ehto.org |