Revision [243]
Last edited on 2010-09-01 11:30:10 by MartinWehlouAdditions:
1) [[SolutionIssues The introduction of "issues"]]
1) The support of a [[SolutionModularStructure modular structure]]
1) The improvement of [[SolutionImprovedSpecifications quality in specifications]] and interfaces
1) The [[SolutionLessDependenceOnStandards lessening of dependence on overly heavy standards]] work
1) The [[SolutionOpenTheMarket opening of the market]] to smaller entrepreneurs
1) The support of a [[SolutionModularStructure modular structure]]
1) The improvement of [[SolutionImprovedSpecifications quality in specifications]] and interfaces
1) The [[SolutionLessDependenceOnStandards lessening of dependence on overly heavy standards]] work
1) The [[SolutionOpenTheMarket opening of the market]] to smaller entrepreneurs
Deletions:
1) The support of a modular structure
1) The improvement of quality in specifications and interfaces
1) The lessening of dependence on overly heavy standards work
1) The opening of the market to smaller entrepreneurs
Revision [227]
Edited on 2010-05-20 05:01:08 by MartinWehlouAdditions:
1) Too much [[SecretarialWork secretarial work]] and undue delays
Revision [217]
Edited on 2010-05-19 07:45:21 by MartinWehlouAdditions:
1) Very rigid and [[ClosedInterfaces closed interfaces]], making extension with custom functionality very difficult
Deletions:
Revision [208]
Edited on 2010-05-19 04:28:53 by MartinWehlouAdditions:
1) [[ConfidentialityBorders Confidentiality borders]] are very hard to define
Deletions:
Revision [199]
Edited on 2010-05-19 03:45:13 by MartinWehlouAdditions:
1) An [[ExcessText extreme excess of textual data]] that cannot possibly be read by every doctor at every encounter
Deletions:
Revision [176]
Edited on 2010-05-17 01:49:27 by MartinWehlouAdditions:
1) In most systems, [[ProblemNoSearch no searcheability]] of any kind
Deletions:
Revision [174]
Edited on 2010-05-15 10:10:47 by MartinWehlouAdditions:
1) [[NoStatus Lack of overview of status]] of the patient, there is only a series of historical observations
Deletions:
Revision [170]
Edited on 2010-05-13 03:52:42 by MartinWehlouAdditions:
1) [[NoArchiving No archiving or demoting]] of less important and solved problems
Deletions:
Revision [162]
Edited on 2010-05-09 02:28:23 by MartinWehlouAdditions:
1) Confidentiality borders are very hard to define
Revision [161]
Edited on 2010-05-04 09:27:42 by MartinWehlouAdditions:
1) [[ProblemNoContraindications No ability to detect and warn for contraindications]]
Deletions:
Revision [159]
Edited on 2010-05-04 08:33:11 by MartinWehlouAdditions:
1) [[ProblemNoPrescriptionConnection No connection between prescriptions and diseases]], except very circumstantial
Deletions:
Revision [144]
Edited on 2010-05-03 01:39:27 by MartinWehlouAdditions:
1) [[ProblemNoGuidelines No connection to clinical guidelines]], no indication of which guidelines to follow or which have been followed
Deletions:
Revision [142]
Edited on 2010-05-02 13:10:55 by MartinWehlouAdditions:
1) [[ProblemLackOverview Lack of overview of the patient]]
Deletions:
Revision [141]
Edited on 2010-05-02 04:43:50 by MartinWehlouAdditions:
1) No ability to detect and warn for contraindications
Revision [140]
Edited on 2010-05-02 03:22:20 by MartinWehlouAdditions:
====Develop the first minimal product====
Before the market can develop, one or more products need to be produced, illustrating the functionality and showing how useful products actually can be done with open interfaces and that it is viable to develop open source medical software.
====Evolve and interconnect====
Introduce connections to preexisting systems to work out the principles and to demonstrate that it is possible, opening the way for others to do the same.
====Invite and support====
When the first products work and are connected to existing systems, heavily promote others to do the same and join the effort. Show that a collection of smaller development organizations can produce interoperating best-of-breed solutions and that cooperation is gainful.
====Dialog with established vendors and user organizations====
Before the market can develop, one or more products need to be produced, illustrating the functionality and showing how useful products actually can be done with open interfaces and that it is viable to develop open source medical software.
====Evolve and interconnect====
Introduce connections to preexisting systems to work out the principles and to demonstrate that it is possible, opening the way for others to do the same.
====Invite and support====
When the first products work and are connected to existing systems, heavily promote others to do the same and join the effort. Show that a collection of smaller development organizations can produce interoperating best-of-breed solutions and that cooperation is gainful.
====Dialog with established vendors and user organizations====
Revision [139]
Edited on 2010-05-02 03:16:42 by MartinWehlouAdditions:
1) Very rigid and closed interfaces, making extension with custom functionality very difficult
Revision [138]
Edited on 2010-05-02 03:15:48 by MartinWehlouAdditions:
1) An extreme excess of textual data that cannot possibly be read by every doctor at every encounter
Revision [137]
Edited on 2010-05-02 03:14:52 by MartinWehlouAdditions:
1) Lack of overview of status of the patient, there is only a series of historical observations
1) In most systems, no searcheability of any kind
1) In most systems, no searcheability of any kind
Revision [136]
Edited on 2010-05-02 03:13:35 by MartinWehlouAdditions:
1) Lack of overview of the patient
1) No connection to clinical guidelines, no indication of which guidelines to follow or which have been followed
1) No connection between prescriptions and diseases, except very circumstantial
1) No archiving or demoting of less important and solved problems
1) No connection to clinical guidelines, no indication of which guidelines to follow or which have been followed
1) No connection between prescriptions and diseases, except very circumstantial
1) No archiving or demoting of less important and solved problems