Difference between revisions of "User:Shawndouglas/sandbox/sublevel6"
Shawndouglas (talk | contribs) |
Shawndouglas (talk | contribs) m (Testing) |
||
Line 47: | Line 47: | ||
{{limspecwiki:Specification POL0010 Uptime guarantee}}{{lablynxwiki::POL0010}} | {{limspecwiki:Specification POL0010 Uptime guarantee}}{{lablynxwiki::POL0010}} | ||
==References== | ==References== | ||
<references /> | <references /> |
Revision as of 20:39, 11 December 2015
Overview
301 Moved Permanently
System
301 Moved Permanently
Architecture and technology
Any software application is product of the technology used and its design/architecture. This is the core that determines its functionality, reliability, integration capabilities, scalability, ease of use and ultimately its usefulness. Additionally, it is important if you ever want to make code-level changes. A poor design and/or a little-used or inadequate coding language make changes difficult and expensive.[1]
Design considerations (from Wikipedia)
There are many aspects to consider in the design of a piece of software. The importance of each should reflect the goals the software is trying to achieve. Some of these aspects are:
- Compatibility - The software is able to operate with other products that are designed for interoperability with another product. For example, a piece of software may be backward-compatible with an older version of itself.
- Extensibility - New capabilities can be added to the software without major changes to the underlying architecture.
- Fault-tolerance - The software is resistant to and able to recover from component failure.
- Maintainability - A measure of how easily bug fixes or functional modifications can be accomplished. High maintainability can be the product of modularity and extensibility.
- Modularity - the resulting software comprises well defined, independent components which leads to better maintainability. The components could be then implemented and tested in isolation before being integrated to form a desired software system. This allows division of work in a software development project.
- Reliability - The software is able to perform a required function under stated conditions for a specified period of time.
- Reusability - the software is able to add further features and modification with slight or no modification.
- Robustness - The software is able to operate under stress or tolerate unpredictable or invalid input. For example, it can be designed with a resilience to low memory conditions.
- Security - The software is able to withstand hostile acts and influences.
- Usability - The software user interface must be usable for its target user/audience. Default values for the parameters must be chosen so that they are a good choice for the majority of the users.[2]
- Performance - The software performs its tasks within a user-acceptable time. The software does not consume too much memory.
- Portability - The usability of the same software in different environments.
- Scalability - The software adapts well to increasing data or number of users.[3]
For the Physician Office Lab, the characteristics listed above may be less or more important than for other businesses. For instance, Portability is probably not a main concern, since its use is most likely confined to the lab. The other characteristics are factors to be considered by the user/purchaser when assessing an LIS, based on their own unique situation and priorities.
The User Requirement Specifications here address the Physician Office Laboratory Information System's system architecture and technology characteristics with these considerations in mind, with reference to any applicable clinical or lab compliance standards. The Application Functional Descriptions describe how HealthCloudPOL meets these specifications.
301 Moved Permanently
301 Moved Permanently
301 Moved Permanently
In Short
The LabLynx, Inc. HealthCloudPOL is an unprecedented free LIS built with the very best technologies, meeting the LIS Design Considerations, architectural, technical specifications and industry standards referenced in Specification POL S0010 System Design/Architecture Description and Documentation.
__________________________________________________________________________________________
301 Moved Permanently
301 Moved Permanently
SaaS and Cloud Hosting
More and more, the need for labs to have their own application servers is being replaced by the advent of Cloud-hosted solutions.[4] This is especially true in the POL market, with budgets aimed at maximizing core services rather than extensive IT infrastructure.[5] If the LIS is offered as a hosted Software as a Service (SaaS) or Cloud-hosted product, then it, its hosting infrastructure and associated services need to meet certain standards and requirements.
301 Moved Permanently
301 Moved Permanently
__________
301 Moved Permanently
301 Moved Permanently
References
- ↑ "Software architecture". Wikipedia: Software architecture. Wikipedia. https://en.wikipedia.org/wiki/Software_architecture. Retrieved 29 July 2015.
- ↑ Carroll, ed., John (1995). Scenario-Based Design: Envisioning Work and Technology in System Development. New York: John Wiley & Sons. ISBN 0471076597.
- ↑ "Software Design Considerations". Wikipedia: Software design. Wikipedia. https://en.wikipedia.org/wiki/Software_design#Design_considerations. Retrieved 29 July 2015.
- ↑ "Cloud computing, The New Millennium". Wikipedia: Cloud computing. Wikipedia. https://en.wikipedia.org/wiki/Cloud_computing#The_New_Millenium:_2000s. Retrieved 29 July 2015.
- ↑ "Standard Guide for Laboratory Informatics". International Standard. ASTM International. http://www.astm.org/Standards/E1578.htm. Retrieved 4 Aug 2015.