PhD Defence • Cryptography, Security, and Privacy (CrySP) — Toward an Interoperable and Centralized Consent Centric Access Control Model for Healthcare Resources: Model and ImplementationExport this event to calendar

Monday, June 22, 2020 9:00 AM EDT

Please note: This PhD defence will be given online.

Hassan Mousaid, PhD candidate
David R. Cheriton School of Computer Science

Although patients have the legal right in Canada and many other countries to specify how, when and by whom their medical records can be accessed, the harsh reality is that in almost all cases using existing systems and solutions, patients are unable to ensure that their expressed consent directives are respected. Almost all health information systems deployed today lack the most basic ability to express and enforce consent at a data field level, and all are stretched when consent management must span disparate systems. Even the simplest of consent directives (e.g. “Only Dr. Bob is allowed to read records related to my mental health history status entered in 2017 at the Waterloo General Hospital”) is impossible to implement or enforce in an automated fashion.

This is not an unrecognized problem in the consent management domain. Numerous consent model types have been proposed, along with a multitude of access control mechanisms. Unfortunately, most contemporary consent models used today are either paper based, an online consent directive with a digital signature, a simple checkbox to either opt in or opt out or employ simple browser cookies. The result is that most consent models can capture only the most basic of consent expressions. Despite there being many different approaches for expressing and managing consent, few models actually enable patients to express discrete consent directives at the resource or at the data attribute level. As a result, contemporary consent models are mainly used to meet the compliance obligations of healthcare organizations as opposed to empowering patients to manage their privacy and control access to their medical records. No architecture or system that we are aware of can adjudicate field-level consent directives in the multi-system, multi-jurisdiction, multi-provider, multi-patient environments that exist in healthcare today. The inability to effectively and efficiently capture and enforce patient consent directives leaves many data custodians vulnerable to inadvertent data release — mitigated only by the fact that many providers attempt to secure a carte-blanche consent directive from all patients to relieve themselves of the problem of needing to respect more restrictive consent directives. 

Advances in healthcare IT systems are adding to, rather than reducing, the complexity of protecting patient privacy, causing privacy advocates to ask, “How can we empower patients to have control over their health records and be able to dictate who has access to their records, where and when?". This thesis addresses this question by proposing a consent-centric architecture called consent-centric attribute-based access control (C-ABAC). C-ABAC offers a new standard for authorization. It allows expression of consent at any abstraction level — from the record to the data field level — and also guarantees that patient consent directives can be enforced at the system level, ensuring that patient data is made available only to parties entitled to access it.

C-ABAC is patient-centric, fine grained, healthcare-centric, and based on an existing healthcare data standard: Fast Healthcare Interoperability Resources (FHIR). The model offers (1) a new standard for “authorization,” (2) a new profile and application of attribute-based access control, (3) support for fine-grained access control, (4) seamless interoperability, (5) automation of a complex process and (6) dynamic flexibility allowing for both rich consent expression and complex consent enforcement.

Location 
Online PhD defence
200 University Avenue West

Waterloo, ON N2L 3G1
Canada

S M T W T F S
30
31
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
1
2
3
  1. 2024 (100)
    1. April (23)
    2. March (27)
    3. February (25)
    4. January (25)
  2. 2023 (296)
    1. December (20)
    2. November (28)
    3. October (15)
    4. September (25)
    5. August (30)
    6. July (30)
    7. June (22)
    8. May (23)
    9. April (32)
    10. March (31)
    11. February (18)
    12. January (22)
  3. 2022 (245)
  4. 2021 (210)
  5. 2020 (217)
  6. 2019 (255)
  7. 2018 (217)
  8. 2017 (36)
  9. 2016 (21)
  10. 2015 (36)
  11. 2014 (33)
  12. 2013 (23)
  13. 2012 (4)
  14. 2011 (1)
  15. 2010 (1)
  16. 2009 (1)
  17. 2008 (1)