Shared-decision making in designing new healthcare environments : ready to take off for improved quality

Background Successful implementation of new methods and models of healthcare to achieve better patient outcomes and safe, person-centered care is dependent on the physical environment of the healthcare architecture in which the healthcare is provided. Thus, decisions concerning healthcare architecture are critical because it affects people and work processes for many years and requires a long-term financial commitment from society. In this paper, we describe and suggest several strategies (critical factors) to promote shared-decision making when planning and designing new healthcare environments. Discussion This paper discusses challenges and hindrances observed in the literature and from the authors extensive experiences in the field of planning and designing healthcare environments. An overview is presented of the challenges and new approaches for a process that involves the mutual exchange of knowledge among various stakeholders. Additionally, design approaches that balance the influence of specific and local requirements with general knowledge and evidence that should be encouraged are discussed. Summary We suggest a shared-decision making and collaborative planning and design process between representatives from healthcare, construction sector and architecture based on evidence and end-users’ perspectives. If carefully and systematically applied, this approach will support and develop a framework for creating high quality healthcare environments.

Systemarkitektur för presentation av geografiskinformation- Utredning av Informationssystem och produkter

Banverket Trafik has a responsibility to make sure that the companies who traffic the Swedish railroad have the correct information about the status of the railroad. One of Banverket Trafiks information systems (Opera) presents the train’s actual position on a map and provides the user with physical information about the trains. Due to increasing demands on the information systems, Banverket Trafik needs to update the present system architecture in order to manage the increasing demands on map graphics and map functions. This paper analysis the information system Opera on the basis of theory and support of methods and discuss problems and demands for Opera. Further we investigate three GIS products to se if they meet the demands. Information about the products was gathered from both supplier and independent users to get a just picture of the products potentials. This paper comprises a suggestion of new system architecture that meet these needs. The suggested system architecture is capable of handling the map graphics and the map’s functions of more than one information system. Hopefully more than one information system will use the suggested system architecture as a map service.

Studies of Design and Assembly Defects on Integrated and Modular Architectures

It is known that despite companies’ efforts to improve the quality of their products, design and assembly defects results in large repair costs both in terms of repair and providing feedback to the origin of the defect. The purpose of this paper is to study these types of defects and the defect rates in design and assembly. The paper presents a web based questionnaire answered by 29 companies. The result shows that the defect rate (defects per product) spanned from 0.01 to 10. Also, design and assembly defects covered 46%, 23% respectively, of all occurred defects. A case study is also presented, performed at a company who recently implemented a modular architecture. In this company, defects from 5 700 integrated product architectures are compared with defects from 431 modular architectures. The average defect rate increased by 21.5% – from 0.65 to 0.79 – when a more modular architecture has been implemented. Furthermore, the study showed that the assembly defects have decreased while the design defects increased. The results presented in this paper will also support the development of the MPV (Module Property Verification) method which is briefly described.

En jämförelse av molnbaserade realtidsanalystjänster : Skillnader i användbarhet mellan multi-tenant och single-tenant arkitekturer

Internet of Things är ett samlingsbegrepp för den utveckling som innebär att olika typer av enheter kan förses med sensorer och datachip som är uppkopplade mot internet. En ökad mängd data innebär en ökad förfrågan på lösningar som kan lagra, spåra, analysera och bearbeta data. Ett sätt att möta denna förfrågan är att använda sig av molnbaserade realtidsanalystjänster. Multi-tenant och single-tenant är två typer av arkitekturer för molnbaserade realtidsanalystjänster som kan användas för att lösa problemen med hanteringen av de ökade datamängderna. Dessa arkitekturer skiljer sig åt när det gäller komplexitet i utvecklingen. I detta arbete representerar Azure Stream Analytics en multi-tenant arkitektur och HDInsight/Storm representerar en single-tenant arkitektur. För att kunna göra en jämförelse av molnbaserade realtidsanalystjänster med olika arkitekturer, har vi valt att använda oss av användbarhetskriterierna: effektivitet, ändamålsenlighet och användarnöjdhet. Vi kom fram till att vi ville ha svar på följande frågor relaterade till ovannämnda tre användbarhetskriterier: • Vilka likheter och skillnader kan vi se i utvecklingstider? • Kan vi identifiera skillnader i funktionalitet? • Hur upplever utvecklare de olika analystjänsterna? Vi har använt en design and creation strategi för att utveckla två Proof of Concept prototyper och samlat in data genom att använda flera datainsamlingsmetoder. Proof of Concept prototyperna inkluderade två artefakter, en för Azure Stream Analytics och en för HDInsight/Storm. Vi utvärderade dessa genom att utföra fem olika scenarier som var för sig hade 2-5 delmål. Vi simulerade strömmande data genom att låta en applikation kontinuerligt slumpa fram data som vi analyserade med hjälp av de två realtidsanalystjänsterna. Vi har använt oss av observationer för att dokumentera hur vi arbetade med utvecklingen av analystjänsterna samt för att mäta utvecklingstider och identifiera skillnader i funktionalitet. Vi har även använt oss av frågeformulär för att ta reda på vad användare tyckte om analystjänsterna. Vi kom fram till att Azure Stream Analytics initialt var mer användbart än HDInsight/Storm men att skillnaderna minskade efter hand. Azure Stream Analytics var lättare att arbeta med vid simplare analyser medan HDInsight/Storm hade ett bredare val av funktionalitet.