ALLSHIFT/docs/05-business-economics/social-cost-benefit-analysis.md
pepe 72dd781dbc Organize documentation into docs/ and superseded/
Audit every document in the repository, convert the non-markdown ones into
markdown reports, and split current documentation from outdated material.

docs/ — 31 markdown documents in seven numbered sections. Twenty are new
reports generated from .docx / .pdf / .xlsx / .mlx / .m sources that were
previously unreadable in the browser and undiffable in git. Each report
carries a provenance block (source path, format, MD5) and links back to its
original; all 13 recorded checksums verify against the files on disk.
Machine-extraction losses (PDF table column interleaving, Word OMML
equations, embedded figures) are called out explicitly rather than silently
smoothed over.

superseded/ — outdated material with a documented reason per entry:
two byte-identical ClickUp re-exports, an older revision of the BIDMC/UCSD
energy-flow doc (the retained copy adds the SoC Violation Rate KPI), a
duplicate of Shift input data.docx, the May 2026 simulation plan, the
root PV+Battery.md now covered by a fuller report, GitHub's stock
demo-repository template, and a zero-byte placeholder. Its README also
records what was deliberately NOT retired and why — the "Old Frameworks"
and "Old Simulations" folders hold unique Simulink revisions, and
"Big Ugly Folder" holds the only copy of framework revision 1.3.

Findings worth flagging, all documented in the reports:
- Simulink lineage recovered from each .slx's internal coreProperties.xml
  revision counter. The current model is
  Current Framework/Bobert0206_Initial_Simulation_Framework.slx (rev 2.7);
  the top-level copy is rev 1.3, five revisions behind.
- Simulations/Constants.m is a truncated byte-prefix of the Current
  Framework copy, silently missing H2_leak, H2_cap and E_H2_vol_h.
- The PEM electrolyser and fuel cell are unmodified MathWorks Simscape
  examples still at vendor defaults; the "10x bigger" sizing TODO recorded
  in Constants.m was never carried out.
- controller-claude.m does not compile — undefined P_Electro_max, outputs
  unassigned on several paths.
- The specification set uses two incompatible variable naming conventions
  and disagrees on action-space size (5 vs 16).
- MA_hourly_load.csv (13.7 MB) is the same 35,040 rows as 89993-0.parquet
  (2.4 MB).
- Clinical data is the MIMIC-IV *demo* (ODbL, 100 patients), not full
  MIMIC-IV — redistributable, but the licence and citation are unrecorded.

Housekeeping: untrack 21 Simulink build artefacts (slprj/, *.slxc) and add
ignore rules for them. Root README rewritten around the new layout.

Recruitment notes naming individual candidates are excluded from version
control via .gitignore rather than committed; the generic question template
is kept in docs/07-team-and-operations/.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-07-25 21:20:33 -07:00

86 lines
8 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# Social Cost-Benefit Analysis
A robust SCBA addresses several fundamental questions:
* **What is the purpose of the proposed intervention?** Clarifying the objective helps set the stage for a targeted analysis.
* **What are the available alternatives?** This relates to the concept of _opportunity cost_, whereby resources used for one project could have been allocated to another. An analysis of alternatives includes the _base case_ or _zero alternative_: what happens if no intervention is made.
* **Who are the stakeholders?** Identifying all relevant stakeholders is crucial, as the distribution of benefits and costs may vary significantly among groups. Excluding stakeholders can lead to biased or incomplete analyses.
* **What are the costs and benefits over time?** All future costs and benefits must be discounted to their present value to allow meaningful comparison (see next module). This includes both direct financial effects and indirect or social impacts, such as improved air quality or reduced travel time.
* **What are the present values of these costs and benefits?** Discounting future impacts to present value is essential for comparing long-term projects fairly.
* **What is the net present value (NPV) of each alternative?** The NPV helps determine whether the benefits exceed the costs over the life of the project (see next module).
* **What recommendations can be derived from the analysis?** This includes determining whether the intervention creates a net social benefit and whether it is preferable to other alternatives.
# 3.3 Using Excel for Discounting
While the above process can be completed manually, spreadsheet software such as Microsoft Excel provides built-in functions to streamline the calculation. This becomes especially useful when analyzing long-term projects, some of which may span 50 years or more, where manual calculations would be impractical and error-prone.
We will illustrate the use of Excel for computing the NPV with the following example:
Imagine a small wind farm is going to be constructed. An initial investment of 10 million euros is needed. After the construction period, it will be operated for 15 years. The income from electricity production is 3 million euros per year. Assume that the discount rate is 5 percent. What is the NPV?
To compute the NPV:
1. Enter all costs and benefits into a spreadsheet, organized by year.
2. Apply the discount factor for each year using the formula 1\\(1+r)t
3. Multiply each years net benefit (benefit cost) by its corresponding discount factor to obtain the present value.
4. Sum all present values to obtain the total NPV.
You can also use the NPV() command, i.e., = NPV(discount rate, series of Benefit/Cost that require discounting). The NPV() function automates the discounting of future values, though it assumes the initial investment occurs at the beginning of the time horizon and may need to be adjusted depending on project structure.
**Steps to Calculate NPV in Excel**
1. _Set Up Your Data Table_
Create a spreadsheet like this:
| A | B | C |
| ---| ---| --- |
| Year | Benefits | Costs |
| 0 | | 10.000.000 |
| 1 | 3.000.000 | |
| 2 | 3.000.000 | |
| ... | ... | |
| 15 | 3.000.000 | |
Note: Row 3 will be Year 0, Row 4 Year 1, and so on.
1. _Use the NPV Function in Excel_
In Excel, the formula to calculate NPV is:
\=NPV(discount\_rate, value1, \[value2\], ...)
Note: the NPV function assumes cash flows start in period 1, so the initial investment in period 0 must be added separately.
**In our case:**
* Discount rate is in cell G3 \*\*\*\*(5%)
* Cash flows from years 1 to 15 are in cells B3:B17
* Initial investment is in cell C2 \*\*\*\*(10.000.000)
Then, the full Excel formula is:
\=NPV(G3, B3:B17) - C2
This will return the Net Present Value of the project: €21.138.974,11 (see Figure 3.1).
_Figure 3.1 Calculation of NPV in Excel_
_Explanation_
* NPV(G3, B3:B17) calculates the present value of the future income (€3 million per year for 15 years).
* C2 subtracts the initial investment (€10 million in Year 0).
* Since Year 0's cash flow is not discounted, it must be added separately to the result of NPV().
To get the column for PV (D) you put the formula for PV in Year 1 in cell D3:
\= B3 / (1 + $G$3)^A3
$G$3 locks the discount rate cell so it doesnt shift as you drag the formula down. A3 and B3 reference the year and cash flow dynamically. To drag down the formula you click on the cell (D3) with the formula. This will highlight the cell and show a small square in the bottom-right corner (called the "fill handle"). Hover over the bottom-right corner of the cell (the small square). Your cursor will change to a small black cross (✛). Click and drag down the fill handle as far as needed (i.e., down to row 17 for 15 years). Excel will copy the formula, automatically updating relative references (like A2 → A3, A4, etc.).
In this example, the project results in a positive NPV, indicating it is financially viable under the given assumptions.
**Costs**
* **CAPEX**: €2.5M (PV, electrolyzer, storage, fuel cell, battery).
* **OPEX**: €150k/year (maintenance, replacements, AI operation).
* **Training costs**: Staff to manage AI system.
**Benefits**
* **Financial**: Gas savings (€50k/year), electricity cost reductions (€100k/year), potential grid participation revenue (€50k/year).
* **Environmental**: 2 million kg CO₂ avoided over 15 years.
* **Social**: Improved healthcare reliability, job creation, innovation leadership.
* **Resilience**: Island-mode operation during outages → critical in healthcare.
| Category | Description | Estimated Benefit (€ / Qualitative) |
| ---| ---| --- |
| AI Model Development (RL & ML) | Develop and train intelligent algorithms to optimize hospital energy use | Reduces overall energy costs by ~1015% annually (~€5,000 savings/year) |
| Data Acquisition & Integration | Collect and clean hospital or synthetic data for model training | Improved decision-making accuracy; forms dataset for future expansion |
| Software Infrastructure & Tools | Cloud computing and simulation environments | Enables scalable AI testing at low ongoing cost |
| Workshops & Training | Training staff or students to understand and use the AI tools | Builds in-house knowledge and reduces dependency on external support |
| Program Coordination & Management | Planning, communication, and reporting | Ensures project delivery on time and within scope |
| Public Relations & Outreach | Materials to communicate project impact | Enhances hospital image, potential for green funding or publicity value (~€2,000) |
| Testing & Validation | System testing in a simulated or limited real setting | Validates feasibility, increasing future funding chances (~€5,000+ potential grants) |
| Contingency & Maintenance | Minor software updates and troubleshooting | Extends system usability and ensures long-term reliability |
**RISKS**
| Risk | Description | Mitigation / Solution |
| ---| ---| --- |
| System Reliability | Failures in AI control, hydrogen storage, or power conversion could disrupt hospital energy supply. | Use redundant AI controllers and backup systems (battery or diesel). Implement real-time monitoring, predictive maintenance, and fail-safe protocols. |
| Data Quality & Availability | Incomplete or poor-quality hospital energy data reduces AI accuracy and decision reliability. | Establish continuous data validation, standardized data collection, and backup data storage. Use synthetic or historical datasets to train and test models. |
| Regulatory & Safety Compliance | Strict EU and Dutch regulations on hydrogen safety and AI autonomy in healthcare. | Engage early with regulatory bodies, follow ISO and IEC hydrogen standards, and obtain required certifications. Conduct regular safety audits and staff training. |
| Environmental & Resource Risks | High water use for electrolysis or unsustainable material sourcing. | Implement water recycling for electrolysis, prioritize certified green materials, and monitor life-cycle environmental impact. |
# Untitled