Systematically Monitoring Patients Information and Securely Sharing using Ontology in Cloud Server

DOI : 10.17577/IJERTCONV3IS16117

Download Full-Text PDF Cite this Publication

Text Only Version

Systematically Monitoring Patients Information and Securely Sharing using Ontology in Cloud Server

Ishwarya.J

PG-Information Technology

Jayam college of Engg and Tech Dharmapuri,

India.

Krishnan.K

Assistant Professor

Jayam college of Engg and Tech Dharmapuri, India

Abstract – The service provides the concept, data and communication layer with their using ontology based web service in cloud involuntary computing prototype to manage data in home-based process it has been support both clinically and technical management services to provide incorporate, unify and exchanging data. In Abstract layer are Ontologys is proposed to combine the management procedure and to incorporate the receiving data from all sources. The information and communicating layer using REST full web service (WS) technologies is to render using virtual backup in ontology, to render a literal execution to render exchanging data. In case of study regarding chronic bronchitis by excess production of phlegm leading cough and obstruction of air flow. This proposed is ontology-established result defines a conciliatory and scalable architecture in dictate to address main challenges presented in home-based process.

Keywords – home based monitoring, incorporate, unify, exchange, Ontology, REST full web service.

  1. INTRODUCTION

    This new idea receive to appear for new ways of furnishing health care, e.g., by using entropy and communications technologies. In this circumstance, home- based tele supervising systems can be used as self-care organization tools, while cooperative processes among healthcare personnel and patients are preserved, thus the patients safe control is insure. Tele monitoring systems face the trouble of bearing medicine to the current acquiring population with chronic consideration while at the same time covering the dimensions of caliber of care and new prototype such as authorization can be affirmed. In this study we use chronic bronchitis by excess production of phlegm leading cough and obstruction of air flow.

    Personal health record (PHR) has issued as a patient- centric model of health entropy exchange. A PHR service grant a patient to make, deal, and ensure her personal health data in one place via the web, which has stimulated the warehousing, recovery, and communion of the aesculapian information more efficient. Particularly, each patient is predicted the full control of her medical records and can share her wellness data with a wide range of users, including healthcare providers, family members or friends. Due to the high cost of building and maintaining

    specialized data centres, many PHR services are outsourced to or provided by third-party service providers, for example, Microsoft HealthVault1. Recently, architectures of storing PHRs in cloud server have been proposed.

    A REST WS was developed in order to heighten the scalability and flexibility of the architecture and amend the performance (efficiency). This WS comprises and defines a band of functioning over the following resources: an OWL ontology, the rules (transferred by means of an XML), OWL individuals (sent by the Individual WS structure), properties data type assesses corresponding to an individual (identified by the URI of the individual and the URI of the property sent in a string generic type), and inform messages to furnish some control functions to the web pair communication. Each one of these resources was identified. by an URI, and a band of operations was defined for each particular resource using HTTP methods (e.g., GET or PUT).

    WS interface allows information drew in ontology to be exchanged in a generic mode.

    1. ONTOLOGY AND WEB SERVICE

      Ontology is a philosophy software system. This being is fundamental and asks in what sense the items in those categories can be said to "be". It is the inquiry into being in so much as it is being ("being qua being"), or into beings insofar as they existand not insofar as (for instance) particular facts can be found almost them or detail attributes go them. Some people, notably of the Passionless school, argue that all nouns (including abstract nouns) advert to actual entities. Other people contend that nouns do not ever name entities, but that some provide a kind of shorthand for reference to a accumulation of either aims or cases. In this latter consider, beware, rather of concerning to an entity, refers to a accumulation of mental events felt a person; society concerns to a collection of persons with some shared characteristics, and geometry concerns to a cerebral action. Within these terminals of reality and nominal's, endure a assortment of other attitude; but any ontology must give an account of which words concern to entities, which do not, why, and what families result.

      A Web service is a method of conveying among two electronic devices over a network. It is a software occasion furnished at a network address above the web with the service ever on as in the conception of utility ciphering. The W3C determine a web service generally as:- a software system planned to support interoperable machine-to- machine.

      Implementation of a "Web service." In this has a port depicted in a machine-litigate (specifically WSDL). Other systems act with the Web service in a mode dictated by its. Description using SOAP (Simple Object Access Protocol) messages, typically expressed using HTTP with in XML serialization in coincidence with early. Occasion furnished at a network address over the Web with the service invariably on as in the conception of utility computing.

  2. LITERATURE REVIEW

    The main goal of our framework is to provide secure patient-centric PHR access and efficient security and management of that data at the same time. The User data consist of users who make access based on their professional roles, such as doctors, nurses and medical researchers. In practice, a USER DATA can be mapped to an independent sector in the society, such as the health care, government or insurance sector It also consists of, users are personally associated with a data owner (such as family members or close friends), and they make accesses to PHRs based on access rights assigned by the owner of PHR. The architecture consists of four different entities: PHR owner, PHR user, cloud server and Third Party Auditor. PHR owner is the person whose medical information is present in that record and he has the complete rights on that data. Owner can share his information with his friends or to the doctors, nurses to get clinical suggestions. PHR user may be in personal sector or private sector [1] that has rights according to their positions with PHR owner. User can be a health care people like physicians or Friends and family members or emergency staff. Cloud server is the storage where the sensitive clinical data is stored and manipulated. It requires greater concern to maintain the data privacy and correctness. TPA is the trusted entity that has expertise and capabilities to assess cloud storage security and correctness on behalf of a PHR owner upon request. The PHR owner relies on the cloud server for remote data storage and maintenance of their records, and thus is relieved of the burden of building and maintaining local storage infrastructure. In most cases cloud data storage services also provide benefits like availability, scalability, low cost and on demand sharing of data among a group of trusted users [2], such as physicians, insurance company, emergency staff, family and friends in a collaboration team or employees in the enterprise organization. As the data oner no longer possesses physical control of the data, it is of critical importance to allow the data owner to verify that his data is being correctly stored and maintained in the cloud.

  3. PROPOSED METHODOLOGY Monitoring patients with dissimilar characters of

    inveterate consideration, thus clinical direction services and furnishing distant management of MDs and the HG, that is to say, technical management.

      1. Layer Structure: Data Delegacy and Communication Method.

        Data and communicating layer consist of transferring data and its communicate with their process it as securely sharing their personnel record with patients authentication for that using PHR for information sharing purpose.

        First step to register the patients detail in with authenticate formation it has been in secure. It may normal registration for multiple users. There are multiple owners, multiple AAs, and multiple users. The attribute hierarchy of files leaf nodes is atomic file categories while internal nodes are compound categories. Dark boxes are the categories that a PSD's data reader have access to. Two ABE systems are demanded: for each PSD the revocable KP-ABE strategy is assumed for each PUD, our proposed revocable MA-ABE strategy. Then Upload files are in this module, users upload their files with secure key probabilities. The owners upload ABE-encrypted PHR files to the server. Each owners PHR file encrypted both under a certain fine grained model.

      2. ABE-attribute based encryption

        In ABE to actualize fine-grained access ensure for out span data especially, there has been an enhancing concern in enforcing ABE to secure electronic healthcare records (EHRs).

        An attribute-based infrastructure for EHR systems, where each patient's EHR files are encrypted using a disseminate discrepancy of CP-ABE that admits conduct annulment. However, the cipher text length develops linearly with the number of unrevoked users. In a variant of ABE that admits delegation of entree rights is proposed for encrypted EHRs employed cipher text policy ABE (CP-ABE) to deal the sharing of PHRs, and acquainted the concept of social/professional domains inquired using ABE to generate self-protecting EMRs, which can either be stored on cloud servers or cell phones

        so that EMR could be accessed when the health provider is offline.

      3. Apparatus and Key Dispersion

        Ontology knowledge base module: This module contains the ontology knowledge models and the instances of the registered management profiles. The TDB triple- store. (Version 0.87) has been used to store the ontology model and new instances in this knowledge base module Converter module: The communication module of this architecture is mainly based on OWL instances exchanged generically by means of a developed object structure named IndividualWS. The converter module is used to wrap and unwrap the individuals managed by Jena into the IndividualWS structure used to exchange information with web clients. Furthermore, this module incorporates some reasoning tasks. Ontology-based reasoning is used in order to check instances before including new information in the model and to ensure the consistency of the model.

        Rules module: This module is used to store rules associated with each management profile. These rules are subsequently transferred by means of an XML file.

        Second, a reader in PSD could obtain the secret key by sending a request (indicating which types of files she wants to access) to the PHR owner via HSN, and the owner will grant her a subset of requested data types. Based on that, the policy engine of the application automatically derives an access structure, and runs keygen of KP-ABE to generate the user secret key that embeds her access structure.

      4. Break-glass method

    When an emergency happens, the regular access policies may no longer be applicable. To handle this situation, break-glass access is needed to access the victims PHR. In our framework, each owners PHRs access right is also delegated to an emergency department ED to prevent from abuse of break-glass option, the emergency staff needs to contact the ED to verify her identity and the emergency situation, and obtain temporary read keys. After the emergency is over, the patient can revoke the emergent access via the ED.

    VI. IMPLEMENTATION

    MAPE module: This module constitutes the computing core of the agent. It will be used to run the tasks specified in each management profile, hence to execute the closed loop from the MAPE loop process. Integrator module: Information transferred by MDs and also contextual data rendered by patients will be assumed in this module, which incorporates data coming from dissimilar data sources. Reminders and alarms module: This module includes clock functionalities to ask patients about data (reminders) or to collect information from a specific software resource. Actions module: This last module is used to execute actions described within the execution tasks of the management profile if an abnormal finding occurs.

    1. CLASSIFICATION RESULT

      Chronic Bronchitis patients were identified as candidates to be monitored at home sites. From a clinical point of view, it was an interesting case study (some estimations suggest that up to 10% of the European population suffers Chronic Bronchitis).From a technical point of view, the case of the Chronic Bronchitis patient led to define a complex technical management profile (because different MDs are required to be used by the patient) and interesting option to test the performance of the agent. Hence, one patient profile was designed according to the clinical HOTMES ontology and one technical management profile was designed according to the technical HOTMES ontology. The patient profile includes the required tasks to monitor a CHRONIC BRONCHITIS patient such as controlling the FEV1 measurement in order to detect the presence and severity of the airway obstruction. It was configured by a primary care physician by means of published clinical guidelines. This patient profile included 15 monitoring task,11 analysis task, 9 planning task, and 3 execution task. This configuration led to include 144 new instances and to configure 18 rules.

      TABLE I

      Test1: Evaluation Performance Results

    2. CONCLUSION

In this paper, we have proposed a novel model of secure sharing of personal health records in cloud computing. Considering partially trustable cloud servers, we argue that to fully actualize the patient-centric concept, patients shall have complete control of their own privacy through encrypting their PHR files to allow fine-grained access. The framework addresses the unique challenges brought by multiple PHR owners and users, in that we greatly reduce the complexity of key management while enhance the privacy guarantees compared with previous works. We utilize ABE to encrypt the PHR data, so that patients can allow access not only by personal users, but also various users from public domains with different professional roles, qualifications and affiliations. We enhance an existing MA-ABE scheme to handle efficient and on-demand user revocation, and prove its security. Through implementation and simulation, we show that our solution is both scalable and efficient engineering students college experiences.

The benefits of telemonitoring systems while linking their success to the usability design issues and features. In addition, further research should be performed in order to

integrate mature standards of healthcare with ongoing ontology-based solution in order to achieve complete and end to end interoperable architectures in the-health field.

REFERENCE

[1]. N. Maglaveras, I. Chouvarda, V. G. Koutkias, G. Gogou, I. Lekka,

D. Goulis, A. Avramidis, C. Karvounis, G. Louridas, and E. A. Balas, The citizen health system (CHS): A modular medical contact center providing quality telemedicine services, IEEE Trans. Inf. Technol. Biomed, ol. 9, no. 3, pp. 353362, Sep. 2005.

[2]. I. Martinez et al., Seamless integration of ISO/IEEE11073 personal health devices and ISO/EN13606 electronic health records into an end to- end interoperable solution, Telemed. J. E. Health, vol. 16, no. 10, pp. 9931004, 2010.

[3]. M. Figueredo and J. Dias, Service oriented architecture to support real time implementation of artifact detection in critical care monitoring, in Proc. IEEE. Annu. Int. Conf. Eng. Med. Biol. Soc., 2011, pp. 49254928.

[4]. JD. Trigo, I. Mart´nez, A. Alesanco, A. Kollmann, J. Escayola, D. Hayn, G. Schreier, and J. Garc´a, An integrated healthcare information system for end-to-end standardized exchange and homogeneous management of digital ECG formats, IEEE Trans. Inf. Technol. Biomed., vol. 16, no. 4, pp. 518529, Jul. 2012.

[5]. F. Paganelli and D. Giuli, An ontology-based system for context- aware and configurable services to support home-based continuous care, IEEE Trans. Inform. Tech. Biomed., vol. 15, no. 2, pp. 324333, 2011.

Leave a Reply