Add IDCC Focal Use Case #4

Description

@jandrieu

Please edit and create a PR from the IDCC team with some iteration on the following:

Background

Shang-Chi is the Manager of a Hong Kong social enterprise - EldHealth focusing on elderly physical health. Over the past years, EldHealth has expanded rapidly in its operation and has many beneficiaries enrolled in its signature program, iHealth. In order to get more funding, Shang-Chi needs to prove that beneficiaries have become healthier as a result of enrolling in iHealth.

However, the authenticity of the data report Shang-Chi has produced has received a lot of doubt from his new funders as there has not been a good working relationship and trust established between the two yet.

The new funders have shown low confidence in the authenticity of the data, which shows that 99.9% of the beneficiaries improved in health in only 6 months since enrolling in iHealth. Shang-Chi thus needs to ensure the organization’s impact accountability to its funders. The data (reported by the beneficiaries) against the intended outcomes need to be validated.

To do so, the manager uses a platform to allow him to ensure the authenticity of the data submitter (beneficiary) and know the time and date of the data submission. The manager also has the ability to validate the credibility of the outcome data based on external evidence (e.g. photos, documents - offchain data).

Scenario

Shang-Chi collects data about the health of beneficiaries who joined iHealth. He sends standard survey forms through the platform to target beneficiaries weekly, which data are then submitted back to Shang-Chi with evidence attached (e.g. photos of blood pressure records and weight measurement). Having all this information associated with the data, Shang-Chi then evaluates the data submitted and approves each submission record by signing on it (digitally). These validated data are incorporated into the reports to funder, which will be auditable, accountable, and traceable.

Distinction

This use case is difficult because:

  • Manager wants to ensure the authenticity without violating the data privacy of the beneficiaries
  • The procedure of submitting health documents are complicated
  • Beneficiaries have low incentive to provide personal health data

Artifacts

Verifiable Credentials

Health surveys - created by beneficiaries and verified by Shang-chi upon assessing attached supporting documents along health surveys

DIDs

Beneficiaries - to ensure beneficiaries who submit claims are enrolled in iHealth; used when submitting health surveys weekly
Shang-chi - to evaluate the claims submitted by beneficiaries; used when evaluating the health surveys

IIDs

NFTs (as digital certificate in health program eg. vaccination records, pay for health outcomes) to provide incentive for beneficiary to provide data NFT (future development)

Trust Hierarchy

  • Beneficiaries are liable for tracking their health and for submitting data on time
  • Beneficiaries are liable for providing honest and real health data
  • Beneficiaries must stay enrolled in iHealth over the course of the monitoring
  • Shang-Chi is liable for keeping the health data confidential
  • Shang-Chi is liable for producing accurate and timely reports to funders based on gathered data
  • Shang-Chi is liable for verifying the evidence submitted by the beneficiaries
  • Shang-Chi is liable for retaining evidence for potential audits, in a privacy preserving manner

Threat Model

  • Threat: Beneficiaries may not know how to submit data digitally

    • Response: provide training to beneficiaries
    • Response: ask beneficiaries’ caretaker to submit for them
    • Response: send EldHealth’s staff to beneficiaries’ home to collect data in person
  • Threat: Beneficiaries may worry about data privacy and do not want to provide personal health data

    • Response: data are anonymous; there will only be basic info (not identifiable) of the beneficiaries
    • Response: The report produced contains only aggregated data

Threat: Beneficiaries may produce fake data

  • Response: random assessment to ensure data authenticity
  • Response: bring in third party evaluator, e.g. doctor, caretaker to validate data

Sustainability

GOAL 3: Good Health and Well-being - with more funding from funders given the proven success of iHealth, the program can continue to expand to serve more beneficiaries in Hong Kong

Diversity & Inclusion

The program will improve social inclusiveness as it will help improve health of elderly, especially among the disadvantaged groups, e.g. ethic minorities, single elderly persons, low income individuals.

Elderly under the program will also less likely be stigmatized as individual health data are secured.

Requirements

  1. A mobile device for beneficiaries to use to submit data
  2. Cryptographically verifiable authorship of submitted evidence.
  3. Verifiable 3rd party evaluation of submissions.
  4. Retention for auditability, presumably checked by the government every 4 years.
  5. Cryptographically secured timestamping
  6. On-chain proof-of-existence (record a hash on chain) MUST. Demonstrates content exists BEFORE the point in time demarcated by that blockheight.
  7. Embedded proof-of-time (recording a state of chain in a signed artifact). MAY. Demonstrates that the signed artifact was signed AFTER the point in time represented by that chain state.
  8. The approach MUST be able to scale to serve the populations of Hong Kong, Taiwan, and South East Asia. The initial MVP must be able to support 5000 organizations, and each organization may engaged 2,000-5,000 people, for a soft estimate of 25,000,000 people.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

    , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
     blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
    }
    } catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
    })();
    (function(){
    try {
    var __m = "github.com";
    var __re = new RegExp('^' + "github\\.com" + '
    
    Skip to content

    Add IDCC Focal Use Case #4

    Description

    @jandrieu

    Please edit and create a PR from the IDCC team with some iteration on the following:

    Background

    Shang-Chi is the Manager of a Hong Kong social enterprise - EldHealth focusing on elderly physical health. Over the past years, EldHealth has expanded rapidly in its operation and has many beneficiaries enrolled in its signature program, iHealth. In order to get more funding, Shang-Chi needs to prove that beneficiaries have become healthier as a result of enrolling in iHealth.

    However, the authenticity of the data report Shang-Chi has produced has received a lot of doubt from his new funders as there has not been a good working relationship and trust established between the two yet.

    The new funders have shown low confidence in the authenticity of the data, which shows that 99.9% of the beneficiaries improved in health in only 6 months since enrolling in iHealth. Shang-Chi thus needs to ensure the organization’s impact accountability to its funders. The data (reported by the beneficiaries) against the intended outcomes need to be validated.

    To do so, the manager uses a platform to allow him to ensure the authenticity of the data submitter (beneficiary) and know the time and date of the data submission. The manager also has the ability to validate the credibility of the outcome data based on external evidence (e.g. photos, documents - offchain data).

    Scenario

    Shang-Chi collects data about the health of beneficiaries who joined iHealth. He sends standard survey forms through the platform to target beneficiaries weekly, which data are then submitted back to Shang-Chi with evidence attached (e.g. photos of blood pressure records and weight measurement). Having all this information associated with the data, Shang-Chi then evaluates the data submitted and approves each submission record by signing on it (digitally). These validated data are incorporated into the reports to funder, which will be auditable, accountable, and traceable.

    Distinction

    This use case is difficult because:

    • Manager wants to ensure the authenticity without violating the data privacy of the beneficiaries
    • The procedure of submitting health documents are complicated
    • Beneficiaries have low incentive to provide personal health data

    Artifacts

    Verifiable Credentials

    Health surveys - created by beneficiaries and verified by Shang-chi upon assessing attached supporting documents along health surveys

    DIDs

    Beneficiaries - to ensure beneficiaries who submit claims are enrolled in iHealth; used when submitting health surveys weekly
    Shang-chi - to evaluate the claims submitted by beneficiaries; used when evaluating the health surveys

    IIDs

    NFTs (as digital certificate in health program eg. vaccination records, pay for health outcomes) to provide incentive for beneficiary to provide data NFT (future development)

    Trust Hierarchy

    • Beneficiaries are liable for tracking their health and for submitting data on time
    • Beneficiaries are liable for providing honest and real health data
    • Beneficiaries must stay enrolled in iHealth over the course of the monitoring
    • Shang-Chi is liable for keeping the health data confidential
    • Shang-Chi is liable for producing accurate and timely reports to funders based on gathered data
    • Shang-Chi is liable for verifying the evidence submitted by the beneficiaries
    • Shang-Chi is liable for retaining evidence for potential audits, in a privacy preserving manner

    Threat Model

    • Threat: Beneficiaries may not know how to submit data digitally

      • Response: provide training to beneficiaries
      • Response: ask beneficiaries’ caretaker to submit for them
      • Response: send EldHealth’s staff to beneficiaries’ home to collect data in person
    • Threat: Beneficiaries may worry about data privacy and do not want to provide personal health data

      • Response: data are anonymous; there will only be basic info (not identifiable) of the beneficiaries
      • Response: The report produced contains only aggregated data

    Threat: Beneficiaries may produce fake data

    • Response: random assessment to ensure data authenticity
    • Response: bring in third party evaluator, e.g. doctor, caretaker to validate data

    Sustainability

    GOAL 3: Good Health and Well-being - with more funding from funders given the proven success of iHealth, the program can continue to expand to serve more beneficiaries in Hong Kong

    Diversity & Inclusion

    The program will improve social inclusiveness as it will help improve health of elderly, especially among the disadvantaged groups, e.g. ethic minorities, single elderly persons, low income individuals.

    Elderly under the program will also less likely be stigmatized as individual health data are secured.

    Requirements

    1. A mobile device for beneficiaries to use to submit data
    2. Cryptographically verifiable authorship of submitted evidence.
    3. Verifiable 3rd party evaluation of submissions.
    4. Retention for auditability, presumably checked by the government every 4 years.
    5. Cryptographically secured timestamping
    6. On-chain proof-of-existence (record a hash on chain) MUST. Demonstrates content exists BEFORE the point in time demarcated by that blockheight.
    7. Embedded proof-of-time (recording a state of chain in a signed artifact). MAY. Demonstrates that the signed artifact was signed AFTER the point in time represented by that chain state.
    8. The approach MUST be able to scale to serve the populations of Hong Kong, Taiwan, and South East Asia. The initial MVP must be able to support 5000 organizations, and each organization may engaged 2,000-5,000 people, for a soft estimate of 25,000,000 people.

    Metadata

    Metadata

    Assignees

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
      Skip to content

      Add IDCC Focal Use Case #4

      Description

      @jandrieu

      Please edit and create a PR from the IDCC team with some iteration on the following:

      Background

      Shang-Chi is the Manager of a Hong Kong social enterprise - EldHealth focusing on elderly physical health. Over the past years, EldHealth has expanded rapidly in its operation and has many beneficiaries enrolled in its signature program, iHealth. In order to get more funding, Shang-Chi needs to prove that beneficiaries have become healthier as a result of enrolling in iHealth.

      However, the authenticity of the data report Shang-Chi has produced has received a lot of doubt from his new funders as there has not been a good working relationship and trust established between the two yet.

      The new funders have shown low confidence in the authenticity of the data, which shows that 99.9% of the beneficiaries improved in health in only 6 months since enrolling in iHealth. Shang-Chi thus needs to ensure the organization’s impact accountability to its funders. The data (reported by the beneficiaries) against the intended outcomes need to be validated.

      To do so, the manager uses a platform to allow him to ensure the authenticity of the data submitter (beneficiary) and know the time and date of the data submission. The manager also has the ability to validate the credibility of the outcome data based on external evidence (e.g. photos, documents - offchain data).

      Scenario

      Shang-Chi collects data about the health of beneficiaries who joined iHealth. He sends standard survey forms through the platform to target beneficiaries weekly, which data are then submitted back to Shang-Chi with evidence attached (e.g. photos of blood pressure records and weight measurement). Having all this information associated with the data, Shang-Chi then evaluates the data submitted and approves each submission record by signing on it (digitally). These validated data are incorporated into the reports to funder, which will be auditable, accountable, and traceable.

      Distinction

      This use case is difficult because:

      • Manager wants to ensure the authenticity without violating the data privacy of the beneficiaries
      • The procedure of submitting health documents are complicated
      • Beneficiaries have low incentive to provide personal health data

      Artifacts

      Verifiable Credentials

      Health surveys - created by beneficiaries and verified by Shang-chi upon assessing attached supporting documents along health surveys

      DIDs

      Beneficiaries - to ensure beneficiaries who submit claims are enrolled in iHealth; used when submitting health surveys weekly
      Shang-chi - to evaluate the claims submitted by beneficiaries; used when evaluating the health surveys

      IIDs

      NFTs (as digital certificate in health program eg. vaccination records, pay for health outcomes) to provide incentive for beneficiary to provide data NFT (future development)

      Trust Hierarchy

      • Beneficiaries are liable for tracking their health and for submitting data on time
      • Beneficiaries are liable for providing honest and real health data
      • Beneficiaries must stay enrolled in iHealth over the course of the monitoring
      • Shang-Chi is liable for keeping the health data confidential
      • Shang-Chi is liable for producing accurate and timely reports to funders based on gathered data
      • Shang-Chi is liable for verifying the evidence submitted by the beneficiaries
      • Shang-Chi is liable for retaining evidence for potential audits, in a privacy preserving manner

      Threat Model

      • Threat: Beneficiaries may not know how to submit data digitally

        • Response: provide training to beneficiaries
        • Response: ask beneficiaries’ caretaker to submit for them
        • Response: send EldHealth’s staff to beneficiaries’ home to collect data in person
      • Threat: Beneficiaries may worry about data privacy and do not want to provide personal health data

        • Response: data are anonymous; there will only be basic info (not identifiable) of the beneficiaries
        • Response: The report produced contains only aggregated data

      Threat: Beneficiaries may produce fake data

      • Response: random assessment to ensure data authenticity
      • Response: bring in third party evaluator, e.g. doctor, caretaker to validate data

      Sustainability

      GOAL 3: Good Health and Well-being - with more funding from funders given the proven success of iHealth, the program can continue to expand to serve more beneficiaries in Hong Kong

      Diversity & Inclusion

      The program will improve social inclusiveness as it will help improve health of elderly, especially among the disadvantaged groups, e.g. ethic minorities, single elderly persons, low income individuals.

      Elderly under the program will also less likely be stigmatized as individual health data are secured.

      Requirements

      1. A mobile device for beneficiaries to use to submit data
      2. Cryptographically verifiable authorship of submitted evidence.
      3. Verifiable 3rd party evaluation of submissions.
      4. Retention for auditability, presumably checked by the government every 4 years.
      5. Cryptographically secured timestamping
      6. On-chain proof-of-existence (record a hash on chain) MUST. Demonstrates content exists BEFORE the point in time demarcated by that blockheight.
      7. Embedded proof-of-time (recording a state of chain in a signed artifact). MAY. Demonstrates that the signed artifact was signed AFTER the point in time represented by that chain state.
      8. The approach MUST be able to scale to serve the populations of Hong Kong, Taiwan, and South East Asia. The initial MVP must be able to support 5000 organizations, and each organization may engaged 2,000-5,000 people, for a soft estimate of 25,000,000 people.

      Metadata

      Metadata

      Assignees

      Labels

      No labels
      No labels

      Type

      No type

      Projects

      No projects

        Milestone

        No milestone

        Relationships

        None yet

        Development

        No branches or pull requests

        Issue actions

        , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
        Skip to content

        Add IDCC Focal Use Case #4

        Description

        @jandrieu

        Please edit and create a PR from the IDCC team with some iteration on the following:

        Background

        Shang-Chi is the Manager of a Hong Kong social enterprise - EldHealth focusing on elderly physical health. Over the past years, EldHealth has expanded rapidly in its operation and has many beneficiaries enrolled in its signature program, iHealth. In order to get more funding, Shang-Chi needs to prove that beneficiaries have become healthier as a result of enrolling in iHealth.

        However, the authenticity of the data report Shang-Chi has produced has received a lot of doubt from his new funders as there has not been a good working relationship and trust established between the two yet.

        The new funders have shown low confidence in the authenticity of the data, which shows that 99.9% of the beneficiaries improved in health in only 6 months since enrolling in iHealth. Shang-Chi thus needs to ensure the organization’s impact accountability to its funders. The data (reported by the beneficiaries) against the intended outcomes need to be validated.

        To do so, the manager uses a platform to allow him to ensure the authenticity of the data submitter (beneficiary) and know the time and date of the data submission. The manager also has the ability to validate the credibility of the outcome data based on external evidence (e.g. photos, documents - offchain data).

        Scenario

        Shang-Chi collects data about the health of beneficiaries who joined iHealth. He sends standard survey forms through the platform to target beneficiaries weekly, which data are then submitted back to Shang-Chi with evidence attached (e.g. photos of blood pressure records and weight measurement). Having all this information associated with the data, Shang-Chi then evaluates the data submitted and approves each submission record by signing on it (digitally). These validated data are incorporated into the reports to funder, which will be auditable, accountable, and traceable.

        Distinction

        This use case is difficult because:

        • Manager wants to ensure the authenticity without violating the data privacy of the beneficiaries
        • The procedure of submitting health documents are complicated
        • Beneficiaries have low incentive to provide personal health data

        Artifacts

        Verifiable Credentials

        Health surveys - created by beneficiaries and verified by Shang-chi upon assessing attached supporting documents along health surveys

        DIDs

        Beneficiaries - to ensure beneficiaries who submit claims are enrolled in iHealth; used when submitting health surveys weekly
        Shang-chi - to evaluate the claims submitted by beneficiaries; used when evaluating the health surveys

        IIDs

        NFTs (as digital certificate in health program eg. vaccination records, pay for health outcomes) to provide incentive for beneficiary to provide data NFT (future development)

        Trust Hierarchy

        • Beneficiaries are liable for tracking their health and for submitting data on time
        • Beneficiaries are liable for providing honest and real health data
        • Beneficiaries must stay enrolled in iHealth over the course of the monitoring
        • Shang-Chi is liable for keeping the health data confidential
        • Shang-Chi is liable for producing accurate and timely reports to funders based on gathered data
        • Shang-Chi is liable for verifying the evidence submitted by the beneficiaries
        • Shang-Chi is liable for retaining evidence for potential audits, in a privacy preserving manner

        Threat Model

        • Threat: Beneficiaries may not know how to submit data digitally

          • Response: provide training to beneficiaries
          • Response: ask beneficiaries’ caretaker to submit for them
          • Response: send EldHealth’s staff to beneficiaries’ home to collect data in person
        • Threat: Beneficiaries may worry about data privacy and do not want to provide personal health data

          • Response: data are anonymous; there will only be basic info (not identifiable) of the beneficiaries
          • Response: The report produced contains only aggregated data

        Threat: Beneficiaries may produce fake data

        • Response: random assessment to ensure data authenticity
        • Response: bring in third party evaluator, e.g. doctor, caretaker to validate data

        Sustainability

        GOAL 3: Good Health and Well-being - with more funding from funders given the proven success of iHealth, the program can continue to expand to serve more beneficiaries in Hong Kong

        Diversity & Inclusion

        The program will improve social inclusiveness as it will help improve health of elderly, especially among the disadvantaged groups, e.g. ethic minorities, single elderly persons, low income individuals.

        Elderly under the program will also less likely be stigmatized as individual health data are secured.

        Requirements

        1. A mobile device for beneficiaries to use to submit data
        2. Cryptographically verifiable authorship of submitted evidence.
        3. Verifiable 3rd party evaluation of submissions.
        4. Retention for auditability, presumably checked by the government every 4 years.
        5. Cryptographically secured timestamping
        6. On-chain proof-of-existence (record a hash on chain) MUST. Demonstrates content exists BEFORE the point in time demarcated by that blockheight.
        7. Embedded proof-of-time (recording a state of chain in a signed artifact). MAY. Demonstrates that the signed artifact was signed AFTER the point in time represented by that chain state.
        8. The approach MUST be able to scale to serve the populations of Hong Kong, Taiwan, and South East Asia. The initial MVP must be able to support 5000 organizations, and each organization may engaged 2,000-5,000 people, for a soft estimate of 25,000,000 people.

        Metadata

        Metadata

        Assignees

        Labels

        No labels
        No labels

        Type

        No type

        Projects

        No projects

          Milestone

          No milestone

          Relationships

          None yet

          Development

          No branches or pull requests

          Issue actions

          , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
          Skip to content

          Add IDCC Focal Use Case #4

          Description

          @jandrieu

          Please edit and create a PR from the IDCC team with some iteration on the following:

          Background

          Shang-Chi is the Manager of a Hong Kong social enterprise - EldHealth focusing on elderly physical health. Over the past years, EldHealth has expanded rapidly in its operation and has many beneficiaries enrolled in its signature program, iHealth. In order to get more funding, Shang-Chi needs to prove that beneficiaries have become healthier as a result of enrolling in iHealth.

          However, the authenticity of the data report Shang-Chi has produced has received a lot of doubt from his new funders as there has not been a good working relationship and trust established between the two yet.

          The new funders have shown low confidence in the authenticity of the data, which shows that 99.9% of the beneficiaries improved in health in only 6 months since enrolling in iHealth. Shang-Chi thus needs to ensure the organization’s impact accountability to its funders. The data (reported by the beneficiaries) against the intended outcomes need to be validated.

          To do so, the manager uses a platform to allow him to ensure the authenticity of the data submitter (beneficiary) and know the time and date of the data submission. The manager also has the ability to validate the credibility of the outcome data based on external evidence (e.g. photos, documents - offchain data).

          Scenario

          Shang-Chi collects data about the health of beneficiaries who joined iHealth. He sends standard survey forms through the platform to target beneficiaries weekly, which data are then submitted back to Shang-Chi with evidence attached (e.g. photos of blood pressure records and weight measurement). Having all this information associated with the data, Shang-Chi then evaluates the data submitted and approves each submission record by signing on it (digitally). These validated data are incorporated into the reports to funder, which will be auditable, accountable, and traceable.

          Distinction

          This use case is difficult because:

          • Manager wants to ensure the authenticity without violating the data privacy of the beneficiaries
          • The procedure of submitting health documents are complicated
          • Beneficiaries have low incentive to provide personal health data

          Artifacts

          Verifiable Credentials

          Health surveys - created by beneficiaries and verified by Shang-chi upon assessing attached supporting documents along health surveys

          DIDs

          Beneficiaries - to ensure beneficiaries who submit claims are enrolled in iHealth; used when submitting health surveys weekly
          Shang-chi - to evaluate the claims submitted by beneficiaries; used when evaluating the health surveys

          IIDs

          NFTs (as digital certificate in health program eg. vaccination records, pay for health outcomes) to provide incentive for beneficiary to provide data NFT (future development)

          Trust Hierarchy

          • Beneficiaries are liable for tracking their health and for submitting data on time
          • Beneficiaries are liable for providing honest and real health data
          • Beneficiaries must stay enrolled in iHealth over the course of the monitoring
          • Shang-Chi is liable for keeping the health data confidential
          • Shang-Chi is liable for producing accurate and timely reports to funders based on gathered data
          • Shang-Chi is liable for verifying the evidence submitted by the beneficiaries
          • Shang-Chi is liable for retaining evidence for potential audits, in a privacy preserving manner

          Threat Model

          • Threat: Beneficiaries may not know how to submit data digitally

            • Response: provide training to beneficiaries
            • Response: ask beneficiaries’ caretaker to submit for them
            • Response: send EldHealth’s staff to beneficiaries’ home to collect data in person
          • Threat: Beneficiaries may worry about data privacy and do not want to provide personal health data

            • Response: data are anonymous; there will only be basic info (not identifiable) of the beneficiaries
            • Response: The report produced contains only aggregated data

          Threat: Beneficiaries may produce fake data

          • Response: random assessment to ensure data authenticity
          • Response: bring in third party evaluator, e.g. doctor, caretaker to validate data

          Sustainability

          GOAL 3: Good Health and Well-being - with more funding from funders given the proven success of iHealth, the program can continue to expand to serve more beneficiaries in Hong Kong

          Diversity & Inclusion

          The program will improve social inclusiveness as it will help improve health of elderly, especially among the disadvantaged groups, e.g. ethic minorities, single elderly persons, low income individuals.

          Elderly under the program will also less likely be stigmatized as individual health data are secured.

          Requirements

          1. A mobile device for beneficiaries to use to submit data
          2. Cryptographically verifiable authorship of submitted evidence.
          3. Verifiable 3rd party evaluation of submissions.
          4. Retention for auditability, presumably checked by the government every 4 years.
          5. Cryptographically secured timestamping
          6. On-chain proof-of-existence (record a hash on chain) MUST. Demonstrates content exists BEFORE the point in time demarcated by that blockheight.
          7. Embedded proof-of-time (recording a state of chain in a signed artifact). MAY. Demonstrates that the signed artifact was signed AFTER the point in time represented by that chain state.
          8. The approach MUST be able to scale to serve the populations of Hong Kong, Taiwan, and South East Asia. The initial MVP must be able to support 5000 organizations, and each organization may engaged 2,000-5,000 people, for a soft estimate of 25,000,000 people.

          Metadata

          Metadata

          Assignees

          Labels

          No labels
          No labels

          Type

          No type

          Projects

          No projects

            Milestone

            No milestone

            Relationships

            None yet

            Development

            No branches or pull requests

            Issue actions

            , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
            Skip to content

            Add IDCC Focal Use Case #4

            Description

            @jandrieu

            Please edit and create a PR from the IDCC team with some iteration on the following:

            Background

            Shang-Chi is the Manager of a Hong Kong social enterprise - EldHealth focusing on elderly physical health. Over the past years, EldHealth has expanded rapidly in its operation and has many beneficiaries enrolled in its signature program, iHealth. In order to get more funding, Shang-Chi needs to prove that beneficiaries have become healthier as a result of enrolling in iHealth.

            However, the authenticity of the data report Shang-Chi has produced has received a lot of doubt from his new funders as there has not been a good working relationship and trust established between the two yet.

            The new funders have shown low confidence in the authenticity of the data, which shows that 99.9% of the beneficiaries improved in health in only 6 months since enrolling in iHealth. Shang-Chi thus needs to ensure the organization’s impact accountability to its funders. The data (reported by the beneficiaries) against the intended outcomes need to be validated.

            To do so, the manager uses a platform to allow him to ensure the authenticity of the data submitter (beneficiary) and know the time and date of the data submission. The manager also has the ability to validate the credibility of the outcome data based on external evidence (e.g. photos, documents - offchain data).

            Scenario

            Shang-Chi collects data about the health of beneficiaries who joined iHealth. He sends standard survey forms through the platform to target beneficiaries weekly, which data are then submitted back to Shang-Chi with evidence attached (e.g. photos of blood pressure records and weight measurement). Having all this information associated with the data, Shang-Chi then evaluates the data submitted and approves each submission record by signing on it (digitally). These validated data are incorporated into the reports to funder, which will be auditable, accountable, and traceable.

            Distinction

            This use case is difficult because:

            • Manager wants to ensure the authenticity without violating the data privacy of the beneficiaries
            • The procedure of submitting health documents are complicated
            • Beneficiaries have low incentive to provide personal health data

            Artifacts

            Verifiable Credentials

            Health surveys - created by beneficiaries and verified by Shang-chi upon assessing attached supporting documents along health surveys

            DIDs

            Beneficiaries - to ensure beneficiaries who submit claims are enrolled in iHealth; used when submitting health surveys weekly
            Shang-chi - to evaluate the claims submitted by beneficiaries; used when evaluating the health surveys

            IIDs

            NFTs (as digital certificate in health program eg. vaccination records, pay for health outcomes) to provide incentive for beneficiary to provide data NFT (future development)

            Trust Hierarchy

            • Beneficiaries are liable for tracking their health and for submitting data on time
            • Beneficiaries are liable for providing honest and real health data
            • Beneficiaries must stay enrolled in iHealth over the course of the monitoring
            • Shang-Chi is liable for keeping the health data confidential
            • Shang-Chi is liable for producing accurate and timely reports to funders based on gathered data
            • Shang-Chi is liable for verifying the evidence submitted by the beneficiaries
            • Shang-Chi is liable for retaining evidence for potential audits, in a privacy preserving manner

            Threat Model

            • Threat: Beneficiaries may not know how to submit data digitally

              • Response: provide training to beneficiaries
              • Response: ask beneficiaries’ caretaker to submit for them
              • Response: send EldHealth’s staff to beneficiaries’ home to collect data in person
            • Threat: Beneficiaries may worry about data privacy and do not want to provide personal health data

              • Response: data are anonymous; there will only be basic info (not identifiable) of the beneficiaries
              • Response: The report produced contains only aggregated data

            Threat: Beneficiaries may produce fake data

            • Response: random assessment to ensure data authenticity
            • Response: bring in third party evaluator, e.g. doctor, caretaker to validate data

            Sustainability

            GOAL 3: Good Health and Well-being - with more funding from funders given the proven success of iHealth, the program can continue to expand to serve more beneficiaries in Hong Kong

            Diversity & Inclusion

            The program will improve social inclusiveness as it will help improve health of elderly, especially among the disadvantaged groups, e.g. ethic minorities, single elderly persons, low income individuals.

            Elderly under the program will also less likely be stigmatized as individual health data are secured.

            Requirements

            1. A mobile device for beneficiaries to use to submit data
            2. Cryptographically verifiable authorship of submitted evidence.
            3. Verifiable 3rd party evaluation of submissions.
            4. Retention for auditability, presumably checked by the government every 4 years.
            5. Cryptographically secured timestamping
            6. On-chain proof-of-existence (record a hash on chain) MUST. Demonstrates content exists BEFORE the point in time demarcated by that blockheight.
            7. Embedded proof-of-time (recording a state of chain in a signed artifact). MAY. Demonstrates that the signed artifact was signed AFTER the point in time represented by that chain state.
            8. The approach MUST be able to scale to serve the populations of Hong Kong, Taiwan, and South East Asia. The initial MVP must be able to support 5000 organizations, and each organization may engaged 2,000-5,000 people, for a soft estimate of 25,000,000 people.

            Metadata

            Metadata

            Assignees

            Labels

            No labels
            No labels

            Type

            No type

            Projects

            No projects

              Milestone

              No milestone

              Relationships

              None yet

              Development

              No branches or pull requests

              Issue actions

              , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
              Skip to content

              Add IDCC Focal Use Case #4

              Description

              @jandrieu

              Please edit and create a PR from the IDCC team with some iteration on the following:

              Background

              Shang-Chi is the Manager of a Hong Kong social enterprise - EldHealth focusing on elderly physical health. Over the past years, EldHealth has expanded rapidly in its operation and has many beneficiaries enrolled in its signature program, iHealth. In order to get more funding, Shang-Chi needs to prove that beneficiaries have become healthier as a result of enrolling in iHealth.

              However, the authenticity of the data report Shang-Chi has produced has received a lot of doubt from his new funders as there has not been a good working relationship and trust established between the two yet.

              The new funders have shown low confidence in the authenticity of the data, which shows that 99.9% of the beneficiaries improved in health in only 6 months since enrolling in iHealth. Shang-Chi thus needs to ensure the organization’s impact accountability to its funders. The data (reported by the beneficiaries) against the intended outcomes need to be validated.

              To do so, the manager uses a platform to allow him to ensure the authenticity of the data submitter (beneficiary) and know the time and date of the data submission. The manager also has the ability to validate the credibility of the outcome data based on external evidence (e.g. photos, documents - offchain data).

              Scenario

              Shang-Chi collects data about the health of beneficiaries who joined iHealth. He sends standard survey forms through the platform to target beneficiaries weekly, which data are then submitted back to Shang-Chi with evidence attached (e.g. photos of blood pressure records and weight measurement). Having all this information associated with the data, Shang-Chi then evaluates the data submitted and approves each submission record by signing on it (digitally). These validated data are incorporated into the reports to funder, which will be auditable, accountable, and traceable.

              Distinction

              This use case is difficult because:

              • Manager wants to ensure the authenticity without violating the data privacy of the beneficiaries
              • The procedure of submitting health documents are complicated
              • Beneficiaries have low incentive to provide personal health data

              Artifacts

              Verifiable Credentials

              Health surveys - created by beneficiaries and verified by Shang-chi upon assessing attached supporting documents along health surveys

              DIDs

              Beneficiaries - to ensure beneficiaries who submit claims are enrolled in iHealth; used when submitting health surveys weekly
              Shang-chi - to evaluate the claims submitted by beneficiaries; used when evaluating the health surveys

              IIDs

              NFTs (as digital certificate in health program eg. vaccination records, pay for health outcomes) to provide incentive for beneficiary to provide data NFT (future development)

              Trust Hierarchy

              • Beneficiaries are liable for tracking their health and for submitting data on time
              • Beneficiaries are liable for providing honest and real health data
              • Beneficiaries must stay enrolled in iHealth over the course of the monitoring
              • Shang-Chi is liable for keeping the health data confidential
              • Shang-Chi is liable for producing accurate and timely reports to funders based on gathered data
              • Shang-Chi is liable for verifying the evidence submitted by the beneficiaries
              • Shang-Chi is liable for retaining evidence for potential audits, in a privacy preserving manner

              Threat Model

              • Threat: Beneficiaries may not know how to submit data digitally

                • Response: provide training to beneficiaries
                • Response: ask beneficiaries’ caretaker to submit for them
                • Response: send EldHealth’s staff to beneficiaries’ home to collect data in person
              • Threat: Beneficiaries may worry about data privacy and do not want to provide personal health data

                • Response: data are anonymous; there will only be basic info (not identifiable) of the beneficiaries
                • Response: The report produced contains only aggregated data

              Threat: Beneficiaries may produce fake data

              • Response: random assessment to ensure data authenticity
              • Response: bring in third party evaluator, e.g. doctor, caretaker to validate data

              Sustainability

              GOAL 3: Good Health and Well-being - with more funding from funders given the proven success of iHealth, the program can continue to expand to serve more beneficiaries in Hong Kong

              Diversity & Inclusion

              The program will improve social inclusiveness as it will help improve health of elderly, especially among the disadvantaged groups, e.g. ethic minorities, single elderly persons, low income individuals.

              Elderly under the program will also less likely be stigmatized as individual health data are secured.

              Requirements

              1. A mobile device for beneficiaries to use to submit data
              2. Cryptographically verifiable authorship of submitted evidence.
              3. Verifiable 3rd party evaluation of submissions.
              4. Retention for auditability, presumably checked by the government every 4 years.
              5. Cryptographically secured timestamping
              6. On-chain proof-of-existence (record a hash on chain) MUST. Demonstrates content exists BEFORE the point in time demarcated by that blockheight.
              7. Embedded proof-of-time (recording a state of chain in a signed artifact). MAY. Demonstrates that the signed artifact was signed AFTER the point in time represented by that chain state.
              8. The approach MUST be able to scale to serve the populations of Hong Kong, Taiwan, and South East Asia. The initial MVP must be able to support 5000 organizations, and each organization may engaged 2,000-5,000 people, for a soft estimate of 25,000,000 people.

              Metadata

              Metadata

              Assignees

              Labels

              No labels
              No labels

              Type

              No type

              Projects

              No projects

                Milestone

                No milestone

                Relationships

                None yet

                Development

                No branches or pull requests

                Issue actions

                , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
                Skip to content

                Add IDCC Focal Use Case #4

                Description

                @jandrieu

                Please edit and create a PR from the IDCC team with some iteration on the following:

                Background

                Shang-Chi is the Manager of a Hong Kong social enterprise - EldHealth focusing on elderly physical health. Over the past years, EldHealth has expanded rapidly in its operation and has many beneficiaries enrolled in its signature program, iHealth. In order to get more funding, Shang-Chi needs to prove that beneficiaries have become healthier as a result of enrolling in iHealth.

                However, the authenticity of the data report Shang-Chi has produced has received a lot of doubt from his new funders as there has not been a good working relationship and trust established between the two yet.

                The new funders have shown low confidence in the authenticity of the data, which shows that 99.9% of the beneficiaries improved in health in only 6 months since enrolling in iHealth. Shang-Chi thus needs to ensure the organization’s impact accountability to its funders. The data (reported by the beneficiaries) against the intended outcomes need to be validated.

                To do so, the manager uses a platform to allow him to ensure the authenticity of the data submitter (beneficiary) and know the time and date of the data submission. The manager also has the ability to validate the credibility of the outcome data based on external evidence (e.g. photos, documents - offchain data).

                Scenario

                Shang-Chi collects data about the health of beneficiaries who joined iHealth. He sends standard survey forms through the platform to target beneficiaries weekly, which data are then submitted back to Shang-Chi with evidence attached (e.g. photos of blood pressure records and weight measurement). Having all this information associated with the data, Shang-Chi then evaluates the data submitted and approves each submission record by signing on it (digitally). These validated data are incorporated into the reports to funder, which will be auditable, accountable, and traceable.

                Distinction

                This use case is difficult because:

                • Manager wants to ensure the authenticity without violating the data privacy of the beneficiaries
                • The procedure of submitting health documents are complicated
                • Beneficiaries have low incentive to provide personal health data

                Artifacts

                Verifiable Credentials

                Health surveys - created by beneficiaries and verified by Shang-chi upon assessing attached supporting documents along health surveys

                DIDs

                Beneficiaries - to ensure beneficiaries who submit claims are enrolled in iHealth; used when submitting health surveys weekly
                Shang-chi - to evaluate the claims submitted by beneficiaries; used when evaluating the health surveys

                IIDs

                NFTs (as digital certificate in health program eg. vaccination records, pay for health outcomes) to provide incentive for beneficiary to provide data NFT (future development)

                Trust Hierarchy

                • Beneficiaries are liable for tracking their health and for submitting data on time
                • Beneficiaries are liable for providing honest and real health data
                • Beneficiaries must stay enrolled in iHealth over the course of the monitoring
                • Shang-Chi is liable for keeping the health data confidential
                • Shang-Chi is liable for producing accurate and timely reports to funders based on gathered data
                • Shang-Chi is liable for verifying the evidence submitted by the beneficiaries
                • Shang-Chi is liable for retaining evidence for potential audits, in a privacy preserving manner

                Threat Model

                • Threat: Beneficiaries may not know how to submit data digitally

                  • Response: provide training to beneficiaries
                  • Response: ask beneficiaries’ caretaker to submit for them
                  • Response: send EldHealth’s staff to beneficiaries’ home to collect data in person
                • Threat: Beneficiaries may worry about data privacy and do not want to provide personal health data

                  • Response: data are anonymous; there will only be basic info (not identifiable) of the beneficiaries
                  • Response: The report produced contains only aggregated data

                Threat: Beneficiaries may produce fake data

                • Response: random assessment to ensure data authenticity
                • Response: bring in third party evaluator, e.g. doctor, caretaker to validate data

                Sustainability

                GOAL 3: Good Health and Well-being - with more funding from funders given the proven success of iHealth, the program can continue to expand to serve more beneficiaries in Hong Kong

                Diversity & Inclusion

                The program will improve social inclusiveness as it will help improve health of elderly, especially among the disadvantaged groups, e.g. ethic minorities, single elderly persons, low income individuals.

                Elderly under the program will also less likely be stigmatized as individual health data are secured.

                Requirements

                1. A mobile device for beneficiaries to use to submit data
                2. Cryptographically verifiable authorship of submitted evidence.
                3. Verifiable 3rd party evaluation of submissions.
                4. Retention for auditability, presumably checked by the government every 4 years.
                5. Cryptographically secured timestamping
                6. On-chain proof-of-existence (record a hash on chain) MUST. Demonstrates content exists BEFORE the point in time demarcated by that blockheight.
                7. Embedded proof-of-time (recording a state of chain in a signed artifact). MAY. Demonstrates that the signed artifact was signed AFTER the point in time represented by that chain state.
                8. The approach MUST be able to scale to serve the populations of Hong Kong, Taiwan, and South East Asia. The initial MVP must be able to support 5000 organizations, and each organization may engaged 2,000-5,000 people, for a soft estimate of 25,000,000 people.

                Metadata

                Metadata

                Assignees

                Labels

                No labels
                No labels

                Type

                No type

                Projects

                No projects

                  Milestone

                  No milestone

                  Relationships

                  None yet

                  Development

                  No branches or pull requests

                  Issue actions