I think we also owe this list a summary
too - though IHE-related activity has been quite active on the newsgroup
- so check that out too.
Over the fall of 2007, we updated the
OHF code for the edits and a few new IHE profiles implementations for 2008.
We now have a brach for the code for the 2007 and prior version of the
IHE profiles. This branch will see no more new features, only bug fixes.
Documentation can be found on the wiki at:
http://wiki.eclipse.org/OHF_IHE_2007_BRANCH
The main branch now features code compilant
with the 2008 IHE profiles. Most notable new additions are that of XDS.b
and XUA support. The XDS.b profile is a more pure web-service method for
sharing clinical documents. The original XDS functionality is still supported
(at both the plugin and bridge) and is now referred to as XDS.a. XUA is
a profile for the management of user assertions (ie. SAML or WS-TRUST).
API for this profile is available at the plugin and bridge level.
Updates regarding the main branch can be found at:
http://wiki.eclipse.org/OHF_IHE_MAIN_BRANCH
In January 2008, OHF was well represented
at the North Americal IHE Connectathon in Chicago, IL, USA. For the first
time ever, the OHF Bridge was allowed to test as an individual component
and passed with flying colors. OHF technology was used by 8 companies and
we additionally congratulate them on their success at this event - with
some systems surpassing 100 valid interoperabiltiy tests. For more information
about OHf and the IHE connectathon see our wiki:
http://wiki.eclipse.org/IHE_Connectathon_2008
We are now at the European Union Connectathon
in Oxford, UK in support of several European companies using OHF technology
for their IHE interfaces. After this event we will be resolving any open
Connectathon related issues and creating another CVS tag and a new post-Connectathon
build - something for our community to look forward to.
Regards,
Sarah Knoop
Healthcare Systems Research Manager
IBM Almaden Research Center
650 Harry Rd.
San Jose, CA 95120-6099
email: seknoop@xxxxxxxxxx
phone: (408) 927-2622 (tie 457-2622)
Daniel Ford <daford@xxxxxxxxxxxxxxx> Sent by: ohf-dev-bounces@xxxxxxxxxxx
04/04/2008 09:29 AM
Please respond to
Open Healthcare Framework Mailing list <ohf-dev@xxxxxxxxxxx>
To
ohf-dev@xxxxxxxxxxx
cc
Subject
[ohf-dev] STEM Summary Update
I haven't seen a lot of activity on the dev list lately and I know
that that doesn't reflect the high level of activity in the OHF project.
To jump start our communication channel a bit I've written a short
summary of the status of the STEM project (http://www.eclipse.org/ohf/components/stem/)
which is developing an open platform for disease modeling based on Eclipse.
Some highlights:
We recently (last week) hired a technical writer for the project who will
be helping us with documentation, wiki, etc.
We received multi-year funding from the USAF to incorporate features for
disease model validation. The implementation of those features is
going well.
We recently extended the core modeling framework to add an additional component
called an "Experiment" which is a container for the specification
of multiple simulations all based on a single root Scenario. This
is a powerful addition to the STEM representational framework as it allows
a base model to be modified in specific ways to explore the potential effects
of different public policy decisions. It also enables the process
of disease model validation by making it easier to explore the variations
in disease models and compare them to known data sets.
The development team is migrating from Eclipse3.4M5 to Eclipse3.4M6.
The STEM build process has been automated. Though there is still
some work here to complete the job. Right now the process builds
STEM for Windows, MAC and Linux, but it does not yet deploy the builds
to the download site. Consequently, the last available build was
in December. This needs to change.
We're working with the legal department to clear our geographic datasets.
The MapView graphics can now display the edges connecting geographic regions.
This was literally an "eye opener" as it made several mistakes
in our common border edge data sets blindingly obvious. There were
errors in the USA county border connects and others in Africa and China.
This wasn't too surprising as the connections were generated automatically
by examining region Lat/Long border data, but even 99.99% correct isn't
good enough.
We're rewriting the EMF generated editors. The EMF editors work well
enough, but they really need to be customized to the particular framework
component being edited to make them more user friendly.
There has been some work on profiling the performance of STEM and this
has resulted in some fine tuning of the internal MapView graphics.
We currently have 92 open bug reports with 16 unassigned.
Dan Ford
IBM Almaden Research Center_______________________________________________
ohf-dev mailing list
ohf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ohf-dev