data , clinical data in particular , is essential to create clinically relevant information in healthcare for treatment s diagnosis and prognosis besides other concerns , such as the information of potential conflicting treatments or contraindication drugs . as technology advances , new ways of acquiring and processing clinical data are emerging to better enable patient care . pervasive healthcare , for example , uses information and communication technology ( ict ) , to obtain clinical data from remotely monitored ambulatory patients and it often employs automated clinical decision support systems ( cdss ) to process the data at the point of care . this way the patient is more  closely treated , while financial and human resource requirements are lowered . however , the cdss needs to deal with uncertainties in order to provide safe and efficient care to the patient . the sources of uncertainty are diverse : from patients who can not describe their situation to laboratories that report erroneous clinical data . the quality of the clinical data ( qod ) contributes to the decisions uncertainty . in case the clinical data quality is unknown , the clinical decisions can be done based on the assumption that the clinical data fulfils the medical requirements , resulting in a certain but erroneous decision . in the traditional medical practice , in intramural settings ( such as a hospital ) , medical domain experts usually trust the clinical data used for their decision making process since they study and evaluate the data before using it in their decision making process . in case they determine that the data is suspicious ( e.g. , erroneous , noisy or out of date ) , they perform additional measurements or make use of complementary data . nevertheless , in some cases the medical domain experts store erroneous or incomplete data in medical registries or laboratory report results may contain errors , . furthermore , performance issues regarding ict - based technological resources ( e.g. , weak internet signal or low device battery ) might cause qod degradation , . qod - unawareness can thus lead to risky treatment guidance , particularly in extramural settings where the ambulant outpatient is guided by an automated cdss , and where the cdss makes use of ict - based clinical data . moreover , in the extramural settings , there are no quality controls from hospitals or medical domain experts . accordingly , nobody supervises the data at the point of care , which further increases the possibility of unnoticed quality problems . this paper , therefore , addresses the problem of qod degradation in extramural settings for pervasive healthcare . in order to develop a telemedicine system resilient to technological disruptions we need to build a qod - framework that defines the relation between clinical treatments and technological context characterized by the performance of ict - based technological resources . this ontological characterization of the clinical and technological relation provides a formal way to represent the knowledge , which is to be used by the qod - aware telemedicine system . the developed ontology is the output of a refined requirements elicitation ( re ) method supported with a layering technique . the following section summarizes the re method and layering technique to build a qod - framework for telemedicine systems . section iv presents the application of the qod - framework in a telemedicine study and its results . finally , section v discusses the potential impact of the presented methodology for telemedicine systems and future work directions . quality of data ( qod ) is addressed in several healthcare studies , . there are several ways of addressing qod in healthcare . the qod is one of the uncertainties that healthcare must study in order to provide best treatment to the patients . grade   considers the necessity to involve quality of evidence ( qoe ) and strength of recommendation ( sor ) in clinical guidelines in order to guarantee best evidence - based care to patients . other studies focus on how to determine the quality of data stored in medical databases , such as for electronic health records , and its impact on healthcare , . additionally , the impact of the performance of technological resources on clinical data quality or in the treatment is studied in , , and . telemedicine systems often aim to provide treatment guidance to ambulatory outpatients in extramural settings for pervasive healthcare . these systems are data - driven and their guidance at the point of care is mainly based on the monitored clinical data by using body area networks ( ban ) , which consist of sensors , actuators , communication and processing facilities that are connected via a wireless network , and personal medical devices , such as blood pressure ( bp ) monitors or heart rate ( hr ) sensors . therefore , the quality of this data also has a significant effect on the guidance and its degradation may negatively affect the treatment , putting the patient s safety at risk . in order to prevent such a treatment risk increment by erroneous treatment guidance , we present a method to build a qod - framework for these telemedicine systems to make them qod - aware . some of the factors are related to the performance of the technology used to obtain the data ( i.e. , internal factors ) , and other factors are related to the usage of the technological resources by the user ( i.e. , external factors ) . firstly , we study performance properties , i.e. , quality of service ( qos ) of technological resources . in this paper , qos of technological resources is described by a set of resource qualifying parameters ( rqp ) . since the quality of the data that is provided by a technological resource will depend on the qos of this resource , rpqs for example , the mobile internet coverage , the robustness against noise , or the battery capacity of a specific technological resource may influence the clinical data quality used for the treatment . furthermore , other factors , such as environmental circumstances also contribute to the technological resources performance and they are modeled as rqps . for example , the temperature of the place where the measurement is done may influence the performance of a device , or a rainy weather can alter the internet connectivity to transmit the data causing data transmission delays or data loss , which characterize the quality of the clinical data . secondly , we also study the usage of technological resources ( by the user ) since its usage has an influence on the quality of the clinical data . patient education is one of these characteristics that influence the proper usage of a device . for example , bp must be measured sitting and in a relaxed condition to provide an accurate bp measurement . if the patient is not educated to make the measurement correctly and stands up , the qod of bp degrades and the bp value may not be clinically valid . some patients for example , perform measurements at their convenience in order to obtain the clinical data values that they are content with . besides , when the data is input manually , potential typing errors might occur . therefore , the trustworthiness value ( used to compute qod ) for manual input is set medium whereas for automatic device input it is set to high . additionally , the system checks if the value is within range given by the bp monitor manufacturer to prevent accidental typing errors ( e.g. , 1000 instead of 100 ) and determine the final qod . therefore , in the ontology presented in section iii , we model these user characteristics as rqps of , for example , manual input device , which can be categorized under a sensing or a processing component . all these characteristics or rqps comprise what we call technological context , defined as technical information provided by a collection of technological resources that characterizes patient s treatment , . we focus on the impact of technological context on the qod and the impact of qod on the treatment in order to build a qod - aware telemedicine system . to achieve such a system , we develop an ontology that represents the relation between clinical data at the technological level and clinical data at the clinical decision making level . this ontology is the result of applying a refined re method and the layering technique from , which is summarized here . to acquire requirements of the envisioned qod - aware telemedicine system we adopt the role of requirement engineers and apply the ipact - fics re method , , this method has been applied in several healthcare projects , since it was easily understood by medical domain experts and produced successful results . here , we summarize the ipact - fics re method as follows . ipact describes the intention of the envisioned system s usage ( e.g. , supporting out - patients treatment guidance ) by people who directly interact with this system ( e.g. , patient ) and their treatment related activities ( e.g. , walking physical exercise ) in a particular context ( e.g. , outdoors exercise activity ) supported by technology , which is the envisioned system ( e.g. , a mobile patient guidance system ) . this ipact analysis is used to build a medical scenario from a user perspective ; i.e. , the thread of main activities for the patient treatment prescribed by the medical practitioner using the envisioned system . fics stands for functionality of the intended telemedicine system , user - system interactions , content of these interactions , and the intended system s services which are constituted by the interactions . the fics analysis is concluded with an augmented ipact scenario , which describes the people - envisioned system interactions . the ipact - fics scenario is finalized after approval from medical domain experts . in order to study the influence of the technological context on the treatment and incorporate adaptation mechanisms in the system , this re method is applied as follows . in the first ipact - fics iteration the envisioned technology is a telemedicine system assumed to perform without disruptions ( i.e. , ideal case ) and the context has no influence on the system performance . in the second iteration we focus on the technological resources disruptions ( i.e. , non - ideal case ) , which leads to a new technological \documentclass[12pt]{minimal } 
 \usepackage{amsmath } 
 \usepackage{wasysym } 
 \usepackage{amsfonts } 
 \usepackage{amssymb } 
 \usepackage{amsbsy } 
 \usepackage{upgreek } 
 \usepackage{mathrsfs } 
 \setlength{\oddsidemargin}{-69pt } 
 \begin{document } 
 } { } $ { c}$ 
 \end{document } ontext ( ipa\documentclass[12pt]{minimal } 
 \usepackage{amsmath } 
 \usepackage{wasysym } 
 \usepackage{amsfonts } 
 \usepackage{amssymb } 
 \usepackage{amsbsy } 
 \usepackage{upgreek } 
 \usepackage{mathrsfs } 
 \setlength{\oddsidemargin}{-69pt } 
 \begin{document } 
 } { } $ { c}\text{t}$ 
 \end{document } ) , and their impact on patient treatment . now we introduce a telemedicine system , which is qod - aware as the selected technology ( ipac\documentclass[12pt]{minimal } 
 \usepackage{amsmath } 
 \usepackage{wasysym } 
 \usepackage{amsfonts } 
 \usepackage{amssymb } 
 \usepackage{amsbsy } 
 \usepackage{upgreek } 
 \usepackage{mathrsfs } 
 \setlength{\oddsidemargin}{-69pt } 
 \begin{document } 
 } { } $ { t}$ 
 \end{document } ) . additionally , we make medical domain experts aware about the potential technological disruptions that can occur . next , these medical domain experts determine how to adapt patient treatment activities ( ip\documentclass[12pt]{minimal } 
 \usepackage{amsmath } 
 \usepackage{wasysym } 
 \usepackage{amsfonts } 
 \usepackage{amssymb } 
 \usepackage{amsbsy } 
 \usepackage{upgreek } 
 \usepackage{mathrsfs } 
 \setlength{\oddsidemargin}{-69pt } 
 \begin{document } 
 } { } $ { a}$ 
 \end{document}ct ) , by taking precautionary actions to ensure patients safety and system efficacy . therefore , this results in a new ipact-fics , where the intention of the envisioned system and the people involved in the scenario remain the same . medical practitioners considered the requirements presented in this new ipact-fics scenario as a guarantee of patient safety . , the context corresponds to the treatment activities and the patient where no possible technological disruptions occur . accordingly , the envisioned system and the treatment activities are not affected . however , in the non - ideal case , the context also involves the technological context variations . consequently , this new ( technological ) context leads to a new technology which needs to be qod - aware and further leads to new treatment activities that must guarantee patients safety . for example , for both cases , the intention ( ipact ) can be to support out - patient s physical exercise treatment guidance and the people ( ipact ) can be a cardiac out - patient . in the ideal case , the activity is to perform physical exercise in an outdoors context with the support of the envisioned telemedicine system technology . in contrast , in the non - ideal case , the context is an outdoors exercise with degraded quality of the data caused by data communication disruptions . consequently , the envisioned system is a qod - aware telemedicine system technology , which provides treatment adaptation mechanisms , so that the physical exercise activity is modified by informing the patient to slow down or stop the physical exercise treatment . as presented in , the re method refinement to design technological context and qod - aware telemedicine systems focuses on the detailed specification of the ipact context analysis . this makes the technological context an explicit part of the medical activities context that triggers an additional re cycle , i.e. , ipact-fics. as a result , the intended telemedicine system is qod - aware , set for technological disruptions . the layering technique , described in , defines the functional ( i.e. , conceptual ) relation and non - functional ( i.e. , qualitative ) relation between clinical layer and technological layer of a telemedicine system . the functional relation refers to the direct dependency between the data being used in the clinical layer and technological layer . as presented in , the clinical layer comprises clinical abstractions , which are high - level medical concepts ( events ) obtained typically from temporal patterns of elementary clinical variables . the elementary clinical variables ( e.g. , bp , hr ) are the concepts of clinical data that require additional patient and treatment context information to become a meaningful clinical information , i.e. , clinical abstractions . the clinical abstractions are used by the clinical decision making agents ( e.g. , medical practitioners or cdss ) to treat patients . hence , the clinical abstraction is the data in the clinical layer that can trigger clinical recommendation from the cdss for the treatment guidance . an example of a clinical abstraction is the over - exertion of a patient during physical exercise , defined as the event when monitored heart rate ( hr ) is above the recommended target hr range for more than 30 seconds . as a result the decision making agent , such as the cdss , may send a clinical recommendation to the patient to slow down . the technological layer comprises technological variables , which are  unprocessed raw data handled by technological resources that do not apply or require any clinical interpretation . technological resources measure data at point of monitoring , ( pre)process and transfer these technological variables . for example , a sensor monitors the electrode signal technological variable , which is processed and transported by other technological resources . at the point of decision , where the cdss is executed , technological variables are interpreted as clinical variables , usually represented by patient s vital signs , like the hr . complementary to the functional relation is the non - functional relation between qod of clinical abstraction , clinical variables and technological variables . being qod vulnerable to technological disruptions , as seen in , the technological context plays a significant role in this non - functional relation . in the first phase of this non - functional relation of the data , the technological context is compliant with the medical requirements ( i.e. , ideal case ) . this means that the qos of the technological resources fulfil the requirements to provide high quality data . thus , the qos of the relevant technological resources is specified in this phase , so that the qod of technological variables , and as a consequence the qod of clinical variables and clinical abstractions , fulfil the clinical quality requirements . in the second phase ( i.e. , non - ideal case ) , the potential technological disruptions that alter the technological context and their effects on the qod are studied . thus , the qos of the technological resources affects the qod of the technological variables in the technical layer . this has an effect on the qod of clinical variables and ultimately on the qod of clinical abstractions used for the treatment in the clinical layer . in order to ensure the patient s safety and maintain treatment s efficacy , the applied re method refinement and the layering technique results in an ontology , which we refer to as the qod - framework ontology . this ontology captures the necessary knowledge for qod - aware telemedicine systems that aim at preventing the risk of treatment increment when the technological context varies . as described by paganelli and giuli , ontologies may help in : 1 ) specifying contextual knowledge in terms of classes of objects , relationships , and constraints on their properties ; 2 ) describing contexts semantically in a way which is independent of programming languages , underlying operating systems , or middleware ; 3 ) enabling formal analysis of domain knowledge , i.e. , context reasoning using first - order logic , or temporal logic ; 4 ) deriving fresh knowledge and facts through reasoning on context data by using inference engines ; and 5 ) enabling knowledge reuse , as ontologies of different domains can be composed and extended with new concepts in order to produce new ontologies without starting from scratch . there are existing ontologies that represent the context for smart home applications   and healthcare . in , paganelli and giuli presents a personal context ontology for a specific home care application that supports patients in the context entities include persons ( e.g. , patient , medical practitioner ) and locations ( e.g. , patient s home and care center ) ; and the related context items include information on the patient s biomedical parameters ( e.g. , vital signs ) and home living environment ( e.g. , temperature ) . alert situations are attributed to the patient s clinical status ( e.g. , heart rate out of range ) or external environmental situations ( e.g. , temperature out of range ) . other studies address qod related ontologies , which describe the qod dimensions   that represent different aspects of qod . moreover , in recent years ontologies have been often used to represent clinical guidelines , . the usage of clinical guidelines in information systems , such as cdss , has contributed to this ontology application . the formalization of the guideline in an ontology supports the implementation of a computer interpretable guideline ( cig ) , applied in guideline - based cdss ( section iv . we target an ontology that captures the relations between the following three concepts  technological context , quality of clinical data , and patient treatment  in order to represent the knowledge for a qod - aware telemedicine system . however , most of the studied ontologies address either clinical guidelines , quality of data , or personal ( user ) context . the qod - framework ontology has been specified with the web ontology language ( owl ) . in fig . 1 , the owl ontology is represented by means of unified modeling language ( uml ) class diagrams . uml classes represent owl classes , uml class attributes represent owl datatype properties , and uml associations among classes are used for representing owl object properties . the qod - framework ontology is designed to formalize the relation between the technological context and the clinical context and support the delivery of specific guidance based on the technological context . additionally , the qod - framework ontology was validated and used by medical practitioners to understand and formalize these relations . the qod - framework is based on the layering technique and it consists of two parts : a ) the technical domain ontology , which captures the knowledge on the technological layer , including the relation between the technological context and the qod relevant to clinical variables ; and b ) the clinical domain ontology , which captures the knowledge on the clinical layer , including the relation between the qod relevant to clinical variables and the patient treatment . as described before , the ict - based technological resources make it possible to obtain clinical data from remotely monitored ambulatory patients . on the other hand , additionally , the technological context , which comprises technological resources , provides clinical variables with qod related information . the performance of each technological resource , determined by resource qualifying parameters ( rqp ) , corresponds to the quality of service ( qos ) of each technological resource . the static rqps are usually given by the technological resource manufacturer and represent the constant properties of the device . for example , the bioharness sensor manufacturer provides the specification of the sensor , such as the sample frequency of the general log data ( e.g. , 1hz ) . for example , the battery level of the bioharness sensor at a particular moment in time . the rqps have a name , type ( static or dynamic ) , a maximum and minimum value ( usually for static rqps ) , a unit and a value ( see fig . 1 and table 2).table 1.example of the technological context.classindividualtechnological contextresource perform failure type 2technological resourcesubclasssensingbh sensorprocessingbh processorcommunicationbluetoothtable 2.example of individuals of technological resources.classindividualsrqp ( bh sensor)- rqp_name : bh_sensor_battery , rqp_type : dynamic , max:100 , min:0 , unit:% , value:5- rqp_name : bh_sensor_snr , rqp_type : dynamic , max:30 , min:30 , unit : db , value:0rqp ( bh processor)- rqp_name : bh_processor_battery , rqp_type : dynamic , max:100 , min:0 , unit:% , value:86rqp ( bluetooth)- rqp_name : bluetooth_range , rqp_type : static , max:10 , min:0 , unit : meter , value:-- rqp_name : bluetooth_range_value , rqp_type : static , max:10 , min:0 , unit : meter , value:5 the rpqs of the technological resources , which are given in a specific technological context , are associated with one or more qod dimensions of the provided clinical variables , . 1 shows that the qod of the clinical variable uses rqps for its qod dimensions computation . to select the required qod dimensions , we first did a literature survey , , , , where we came up with potential relevant quality dimensions for the applied study . secondly , we conducted discussions with the medical practitioners of the mobiguide project to ascertain the qod dimensions that needed consideration . , it was agreed to adopt the following five qod dimensions : accuracy , timeliness , dependability , cost , and quality of evidence . these qod dimensions also cover other similar quality dimensions ( e.g. , delay under timeliness ) , which may be applicable in other studies and do not overwhelm the system or medical practitioners with additional qod information . by using the rqps in the computational models presented in , high , medium , low , or very low  by using the stratification model described in . these grades , commonly used in the medical practice and identified by grade healthcare working group , were also easily understood and validated by the medical practitioners involved in the study . the stratification model is treatment context specific , and therefore , the medical practitioner is the one in charge of determining the scalar value ranges that correspond to each quality grade . for example , the scalar value ( e.g. , 85% ) of a computed dependability qod dimension is based , among others , on the hr sensor battery level ( e.g. , 50% ) , which might have different interpretations depending on the treatment context . in a treatment context that consists of an outdoors 1 hour duration physical exercise , where the mobile hr sensor needs to have a battery level higher than 49% , this dependability qod dimension scalar value of 85% is mapped to high quality grade . in contrast , in a 24 hours monitoring treatment , the dependability of 85% corresponds to medium quality grade since the mobile hr sensor needs to have a higher battery level to provide the hr data for the 24 hour monitoring treatment . the overall qod is based on the five qod dimensions and it is used to obtain an easier qod interpretation . the technological context can vary not only due to the performance variation of the technological resources , but also due to the specific technological resources used . in certain scenarios , it is possible to choose between alternative technological resources in the complete technological resource configuration chain . these alternative resources ( e.g. , wi - fi or 4 g connection for data communication ) have the same functionalities , but different rqp characteristics . therefore , depending on the chosen technological resource , the rqps ( e.g. , subscription cost , transmission delay , and trustworthiness ) will differ and consequently , we will have a different technological context that provides the same data but potentially with qod grade variations . we address ict - based technological resources that influence qod from the technological context point of view , since the focus of the paper is the impact of technological context on qod . hence , we exclude other technological resources that may deal with other issues , such as technological resources integration and security . accordingly , this study classifies the technological resources into three high - level categories : sensing components , processing components and communication components . sensing components comprise of a comprehensive set of sensors and data acquisition devices , which provide all relevant  raw physiological measurements of the patient ( e.g. , electrocardiogram signals ) . an instance ( individual ) of a sensing component can be the bioharness 3 sensor device   which provides rqps , such as the battery level and noise related information ( see table 2 ) . processing components comprise of algorithms or processes that can analyze and interpret the sensed  raw  data . first , it acquires an electrocardiogram signal and detects , for example , the r peaks of the electrocardiogram , which are higher level clinical data abstractions . this bh processor can have rqps , such as robustness against noise , determined by sensitivity and specificity . communication components are composed of wire and wireless components that enable data transmission between the set of sensing and processing components from the point of monitoring to the point of decision . the wireless communication involves , for instance , bluetooth , wi - fi and 4 g , and wire communication involves fiber - optic communication among others . rqps that may characterize the performance of the communication components are the data transmission cost , bandwidth and availability . in the following tables ( table 1 , table 2 , table 3 and table 4 ) , we present a simplified example of a use case study used in the qod - aware system development . table 1 presents an example of a technological context , which comprises three technological resources , table 2 provides the rqps of each of these technological resources and table 3 lists the provided clinical variable and its associated qod.table 3.example of the qod of the clinical variable.classdatatypeindividualclinical variablenameheart_ratecontentvalue85unitbpmqodaccuracylowtimelinesshighdependabilityvery lowcostlowqoevidencehighoverallqodlowtable 4.example of the treatment adaptation.classindividualtreatmentthrmax = 0.6  hrmaxthrmin = 0.5  hrmaxtreatment delay : 1 hour table 2 contains the rqp individuals of each technological resource presented in table 1 , which characterize the performance of the technological resources , and consequently the technological context . the rqp individuals of table 2 are specified by the rpq datatype properties ( name , type , a maximum and minimum value , a unit and the value ) . table 3 presents the heart rate clinical variable and its associated qod grades of the five qod dimensions and the overall qod . in the upper part of fig . 1 , we present the clinical domain ontology , which corresponds to the treatment adaptation knowledge acquired during the re method ( section ii . the clinical domain ontology shows that a patient receives a treatment , and has one medical practitioner , who provides the treatment . the treatment class has a context , i.e. , treatment context , which makes use of clinical variables to conduct the treatment . the qod of the clinical variables characterize the treatment context , and consequently it has an impact on the treatment activities , which are adapted based on the medical requirements ( see section ii ) . adding to the previous example , on the one hand , the clinical variable has certain quality grades ( table 3 ) , which are based on a specific technological context . on the other hand , the treatment ( e.g. , a physical exercise treatment ) is provided by a medical practitioner ( e.g. , peter the cardiologist ) to a patient ( e.g. , cardiac patient john ) . in a treatment context that consists of an unsupervised outdoor physical exercise with degraded qod of the hr clinical variable ( table 3 ) , the telemedicine system that supports john needs to adapt the treatment according to this clinical variable qod degradation . therefore , the clinical domain ontology , which is the clinical knowledge used by the system , specifies the treatment adaptation mechanisms caused by degraded qod defined during the re method . table 4 presents some of the potential treatment adaptations that are described in the ontology , which are triggered when the treatment context uses the hr clinical data with qod grades of table 3 in an unsupervised outdoors physical exercise treatment . for example , target heart rate parameters ( thrmax , thrmin ) , which are the clinical abstractions used to determine the intensity level of the prescribed physical exercise treatment based on a measured patient maximum hr ( hrmax ) , are lowered ( table 4 ) . consequently , the qod - aware system ensures that the patient will not be recommended to perform a strenuous exercise due to the unreliable hr measurement . besides , due to a very low grade of dependability qod dimension , the treatment is being request to be delayed for 1 hour ( table 4 ) . mg aims to develop qod and context - aware evidence - based cdss for guiding mobile patients during their treatments ubiquitously . hence , one of the challenges addressed in this paper is to develop a qod and context - aware telemedicine system to adapt the treatment according the patients technological context . as discussed before , the technological context characterizes the quality of the clinical data used by the system to guide the patient during his / her treatment activities . in order to design and develop a qod - aware telemedicine system we require two main components : ( 1 ) qos broker , which is a component that translates the technological context information into qod , and ( 2 ) cdss , which is a component that uses potentially relevant information , such as the clinical data and its quality , to guide patients during their treatment ( fig . 2 ) . the qod - framework ontology represents the knowledge required by the qod broker schemas and cdss schemas in order to provide the we made extensions or modification to the ontology whenever inconsistencies between the current ontology and information from the medical practitioners were found . additionally , this ontology was used in the mg prototype , resulting in several instances of the qod - framework ontology . figure 2.high level design of the qod - aware telemedicine system with qod - framework knowledge ontology formalized in the ccc and qod manifesto . high level design of the qod - aware telemedicine system with qod - framework knowledge ontology formalized in the ccc and qod manifesto . the presented ontology in section iii represents the qod broker knowledge schema and the cdss knowledge schema ( fig . qod broker , which is the mg telemedicine system component in charge of translating technological context information into qod , computes the qod of clinical variables based on the acquired technological resources specific performance information ( i.e. , rqps ) , and by applying computational models described in . the knowledge used by qod broker is specified in a so - called generic qod manifesto , xlm file , which contains the technical domain ontology described in section iii , a. depending on the treatment , qod broker will run the specific treatment qod manifesto , so that the computation of qod corresponds to the specific treatment requirements . the computed qod information is sent to the mg cdss , so that the cdss can process the qod together with the clinical data in order to provide qod - aware treatment support ( fig . 2 ) . the mg cdss uses evidence based clinical guidelines to provide the best treatment guidance to the patient . , these guideline - based cdss need to create a computer interpretable representation of the clinical knowledge contained in the guidelines , i.e. , a computer interpretable guideline ( cig ) . the presented clinical domain ontology ( section iii.b ) is merged with the original guideline , therefore augmenting the cig with technological context . this results in a context customized cig ( ccc ) , which has been developed in asbru cig modeling language . as a result , 2 ) , and the output of the cdsss will be a safe qod - aware treatment guidance induced by the technological context in terms of the qod and the clinical data . the guidance ( usually implemented in terms of clinical recommendations ) will be adapted when necessary to the qod to ensure patient s treatment safety ( see table 4 ) . this paper describes the effects that technological resources disruptions have on the clinical data quality ( qod ) and the potential impact of this qod degradation on patient treatment . as discussed in the paper , pervasive healthcare often deals with uncertainties , namely the quality of the clinical data used to treat patients . best quality care to patients , even when qod does not fulfil the medical requirements due to undesirable technical disruptions that modify the technological context . in telemedicine systems that support ubiquitous ( unsupervised ) patients guidance therefore , an unreliable ( i.e. , low qod ) clinical data can lead to an erroneous treatment guidance , potentially putting the patient at risk . to formalize this knowledge and develop a qod - aware telemedicine system resilient to technological disruptions , we present a qod - framework ontology . this ontology is the result of applying a re method together with the layering technique described in section ii . qod - framework ontology covers both the technological domain knowledge to translate technological context into qod and the clinical domain knowledge to interpret the qod into a treatment . this separation of concerns is necessary since medical practitioners are not used to specific technical information and clinical guideline should not be  polluted with technological information . besides , the chosen approach makes it possible to discuss technological context issues in terms of qod with medical practitioners , who understand this quality concept . as a result , the ontology has been validated in a participatory design fashion involving the medical practitioners of the mg project . the medical practitioners defined the adaptation mechanisms needed to guarantee patient s safety for all instances addressed in the applied ontology . this was conducted via semi - structured interviews carried out by requirement engineers with medical practitioners , who systematically derived the requirements in an iterative process for completeness and requirements confirmation . additionally , this study will be further validated through independent trials in order to obtain empirical evidence . furthermore , the qod - framework ontology locates the clinical domain ontology in the cdss knowledge based ccc  and the technical domain ontology in the qod broker knowledge based  qod manifesto , avoiding the clinical guideline being polluted . 1 ) . we present a simple use case where a particular technological context characterized by the performance of technological resources leads to a clinical variable quality that affects the treatment ( section iii ) . the use case also illustrates how the technical domain ontology can be stored in a software agent that outputs qod and also shows how the clinical domain ontology can be stored in a different software agent that uses qod and other relevant clinical information ( e.g. , clinical data ) to provide patient treatment guidance ( section iv ) . this separation of concern makes it possible to include , on the one hand , additional technological resources information into the qod manifesto without the necessity of modifying the ccc and , on the other hand , augment the ccc without modifying the qod manifesto . in this paper nevertheless , in future works , we plan to extend this ontology with qod optimization mechanisms , such as the method provided by widya et al .   or with simpler strategies ( e.g. , send technological recommendations to the patient in order to improve the performance of the system , and hence , the qod ) . furthermore , the overall qod computation and potential qod management requirements will be detailed in future work . we have shown that the proposed qod - framework ontology for developing a qod - aware telemedicine system is feasible and validated by domain experts . our vision of the future is a whole qod - aware healthcare system , where medical experts and telemedicine systems not only make use of the clinical data , but also its associated qod , since quality of the clinical data may have a major effect on patient treatment . therefore , our qod - framework ontology represents knowledge of a qod - aware telemedicine system that can be used to support development of future pervasive healthcare applications that are resilient to technological resources disruptions .