~ovid-team/ovid/trunk

« back to all changes in this revision

Viewing changes to ovid-domain/README

  • Committer: Andy Pardue
  • Date: 2011-05-03 18:01:01 UTC
  • mfrom: (133.1.12 ovid-dev)
  • Revision ID: andy.pardue@medsphere.com-20110503180101-y88pgy2wq4xdra4g
mergeĀ fromĀ mainline

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
 
2
 
Medsphere OVID
3
 
 
4
 
Copyright (c) 2004-2009 Medsphere Systems Corporation
5
 
 
6
 
----
7
 
 
8
 
OVID is an OpenVista Interface Domain layer.  Its purpose is to make it
9
 
easier to take advantage of the rich data available in the OpenVista server.
10
 
 
11
 
OVID does this by facilitating the calling of OpenVista Remote Procedure Calls
12
 
(RPCs).  OVID also supplies RPCs that can invoke the fileman "silent-mode" (e.g.
13
 
DBS) calls.  So, if a suitable RPC does not exist, fileman access will always
14
 
be available.
15
 
 
16
 
OVID currently does not access mumps globals directly.  I doubt it ever would
17
 
try.  Our intent is to leverage the existing mumps server APIs already
18
 
available in the form of fileman and existing RPCs.  These APIs are rich and
19
 
mature and, after an "assimilation" period, easy to navigate and discover.
20
 
 
21
 
By allowing access to this data in java, we can then leverage other
22
 
technologies outside of OpenVista to complement OpenVista's data.  For example,
23
 
an OpenVista drug could be easily cross referenced with an external drug
24
 
database to provide third-party drug information.
25
 
 
26
 
Further, we are hoping to build a domain layer that describes useful OpenVista
27
 
objects -- things like Patient, Drug, Order, PatientMovement, etc.  These
28
 
objects could then be incorporated into other software projects such as
29
 
console reporting tools, web based applications, web services, etc.
30
 
 
31
 
 
32
 
The hopeful benefits are:
33
 
o the ability to write reusable domain software.
34
 
o the ability to incorporate the same domain software into multiple projects.
35
 
o the ability to more easily bridge a path between OpenVista data and other
36
 
  complementary sources.  For example, retrieving an OpenVista Drug object
37
 
  and navigating from its NDC or GCNSequenceNumber to a third party drug
38
 
  database.
39
 
 
40
 
OVID consists of several collaborating projects (e.g. fmdomain, fileman).
41
 
 
42
 
Architecture
43
 
------------
44
 
 
45
 
http://medsphere.org/docs/DOC-1395
46
 
 
47
 
Licensing
48
 
---------
49
 
 
50
 
Various pieces of Medsphere OVID are licensed differently.  The details of all 
51
 
the pieces are laid out in the LICENSES file.
52
 
 
53
 
Collaboration
54
 
-------------
55
 
 
56
 
Medsphere OVID is part of a larger open source project. Aspects of the design, 
57
 
requirements definition, development, and testing are done in the community.
58
 
Medsphere.org is the central location for this collaborative development
59
 
process.
60
 
 
61
 
Medsphere.org provides all participants access to the solution development 
62
 
process and a voice in how the system evolves.  You can download open source 
63
 
software, start discussions, host projects, build clinical content/best 
64
 
practices, ask questions, make suggestions and blog about progress.
65
 
 
66
 
 * Collaborate 24 x 7
67
 
 * Share in the improvement of healthcare
68
 
 * Influence the OpenVista roadmap
69
 
 * Get answers to your questions from experts, peers, colleagues and others
70
 
 
71
 
For a tour of the community or to register go here: http://medsphere.org/tour/
72
 
 
73
 
Requirements
74
 
------------
75
 
 
76
 
 
77
 
 
78
 
Building & Running
79
 
------------------
80
 
 
81
 
Please review the INSTALL document for information on building and running the 
82
 
application.
83
 
 
84
 
 
85
 
Release Notes
86
 
-------------
87
 
 
88
 
The accompanying NEWS file lists defect corrections and enhancements included in 
89
 
each release.
90
 
 
91
 
 
92
 
 
93