The American Red Cross is not short on data. It is drowning in it — and almost none of it can see the rest. Every line of service keeps its own: Disaster Response has the fires and the shelters, Recovery has the casework and the dollars, Biomedical has the blood drives, Volunteer Services has the people, Real Estate has the buildings. Each lives in its own system, behind its own login, guarded by its own gatekeeper. To assemble one honest picture of a single county, you must track down a dozen owners and a dozen exports. The data is real. The access is tribal.
These are the questions that should be a single query and are instead a multi-week project: Where are our DAT volunteers, and can they actually cover the home fires we keep responding to? How much have we invested in long-term recovery in this county over the last three years? How many nights did we shelter people here, and where? Which counties have the most need and the least Red Cross presence? Every one of these is answerable. None of them has a single place to ask.
This report inventories that data: roughly fifty Red Cross operational layers, grouped by line of service. For each it records what the layer tells us, where it lives inside the organization today, how we actually reach it, and how hard that is. Public reference data — Census, hazard, vulnerability — is real and valuable, but it is already easy to get; it appears at the back as context we layer on top, not as the headline. The headline is everything we generate ourselves and then lose track of.
Every layer in this report is hard to use for two separate reasons, and it helps to keep them apart.
The first axis is the silo: which pocket of the organization holds it. A regional GIS analyst has the Florida DAT layer; a national team owns the 800-RED-CROSS calls; one person receives the BioMed file each month; Recovery owns the relief dollars. None of these were built to be seen together, so they aren’t.
The second axis is the friction: how hard the data is to get out once you find it. That friction sorts onto a four-rung ladder — and the inventory tables that follow tag every layer with its rung.
A layer can be low on one axis and high on the other — easy to extract but trapped in one region, or organization-wide but locked behind a system with no export. The pages that follow turn horizontal so the full inventory reads across one line: what it answers, where it lives today, how we reach it, and how hard that is.
| Layer | What It Answers | Where It Lives Today | How We Reach It Today | Friction |
|---|---|---|---|---|
| A · Disaster Response — Operations | ||||
| DAT Responses | Local Disaster Action Team incidents — fires, floods, displacements — by county, date, and type. | DCS Operations; held as regional layers. | A mapped layer that exists for Florida only; per-region, with no national rollup. | Negotiated |
| DAT Volunteer Locations | Where our responders live and the radius they can realistically cover. | Volunteer Services + regional DAT rosters. | Anonymized point positions; Florida connector only; names withheld for privacy. | Negotiated |
| Home Fire Incidents | Every reported home fire — location and date — the demand signal we respond to. | DCS Operations (a GIS fire-incident layer). | A GIS layer pulled per project and joined on county; works, but re-pulled each time. | Manual |
| Home-Fire & Disaster Casework | Home-fire and disaster casework: clients served, assistance opened, follow-up. | DCS Operations (casework). | No self-serve export; owner-held. Aggregation and privacy review required. | Negotiated |
| Response Dispatch | Who was dispatched, who responded, and how fast — response time and coverage gaps. | DCS Operations (a mobile dispatch app). | No governed extract into a map today; data lives inside the app. | Locked |
| 800-RED-CROSS Calls | National home-fire and help-line call volume by county. | DCS National Operations (a GIS call layer). | A GIS layer joined on county; requires source-owner review before use. | Negotiated |
| Active & Past Operations (DROs) | Large relief operations — DR number, geography, scale, duration. | DCS National Operations. | Ad hoc; current ops are visible operationally, history is hard to assemble. | Manual |
| Damage Assessment | Destroyed, major, minor, and affected structures by address after an event. | DCS Damage Assessment. | Per-operation export; not retained as a standing, queryable layer. | Manual |
| Open Shelters | Shelters open during an operation — location, capacity, current status. | DCS Mass Care (a national shelter system). | Operational feed; built for live ops, not for historical analysis. | Manual |
| Layer | What It Answers | Where It Lives Today | How We Reach It Today | Friction |
|---|---|---|---|---|
| A · Disaster Response — Mass Care (continued) | ||||
| Shelter Usage History (1–3 yrs) | How many people we sheltered, where, and for how many nights, year over year. | DCS Mass Care (shelter-system archives). | Special request; not a self-serve historical layer. The multi-year trend is invisible by default. | Negotiated |
| Feeding & ERV Routes | Meals served, fixed feeding sites, and mobile (ERV) feeding routes. | DCS Mass Care / Logistics. | Per-operation tracking; meals-served totals assembled by hand afterward. | Manual |
| Bulk Distribution | Relief items distributed and the sites they went through. | DCS Mass Care. | Per-operation; not retained as a standing layer. | Manual |
| Health & Mental Health Contacts | Disaster Health, Mental Health, and Spiritual Care client contacts. | DCS Health Services. | Aggregated only; sensitive; owner approval and suppression required. | Negotiated |
| Reunification | Registrations and matches reconnecting people after a disaster. | DCS Operations (a reunification system). | Operational; not surfaced as an analytic layer. | Manual |
| B · Disaster Recovery | ||||
| Long-Term Recovery (LTR) | LTR cases, unmet needs, and recovery plans after the response ends. | Recovery. | Owner export; no standing county view of where recovery is still active. | Negotiated |
| Long-Term Recovery Groups | Community LTRG partners and coalitions by area. | Recovery partnerships. | Directory maintained by hand; scattered across regions. | Manual |
| Client Casework | Client case-management records — the backbone of recovery delivery. | Recovery (a case-management system). | Case-level export is IT-gated; no governed analytic extract. | Locked |
| Relief Investment $ by County | Financial-assistance dollars delivered to clients, by place — the number that makes geography matter in a meeting. | Recovery (a case-management system + a Power BI dashboard). | Manual Power BI export + case-level export + direct owner request. Dollars must be traceable, never faked to a county. | Negotiated |
| Client Financial Assistance | Emergency financial assistance issued to clients. | DCS Operations (casework). | Aggregated only; privacy-gated. | Negotiated |
| Layer | What It Answers | Where It Lives Today | How We Reach It Today | Friction |
|---|---|---|---|---|
| C · Disaster Preparedness | ||||
| Smoke Alarm Installs (FY15–FY24) | Where we have installed alarms and how many — a decade of prevention work. | Preparedness (Sound the Alarm; a GIS layer). | A GIS layer joined on state + county name; validate before rollup. | Manual |
| Sound the Alarm Events | Install events, homes reached, volunteers mobilized. | Preparedness program tracking. | Program export; not a standing geographic layer. | Manual |
| Preparedness Education Reach | Pillowcase Project, Prepare with Pedro — sessions delivered, youth reached. | Preparedness / Youth education. | Program trackers; reach totals assembled by hand. | Manual |
| Community & Faith Partners | Partner organizations, MOUs, and shelter agreements per chapter. | Chapter relationships (largely informal). | Scattered chapter lists; no single partner registry. | Manual |
| Pre-Positioned Supplies / Staging | Where supplies are staged ahead of hurricane and wildfire season. | DCS Logistics. | Ad hoc; staging picture rebuilt each season. | Manual |
| D · Biomedical Services (Blood) | ||||
| Blood Drive Sponsors | Sponsor sites and scheduled drives by jurisdiction. | Biomedical Services. | A spreadsheet emailed once a month; one file feeds a dozen chapter-view layers. | Routine |
| Fixed Collection Sites | Permanent donor centers and apheresis sites. | Biomedical operations. | Site list maintained by the blood region. | Routine |
| Collections by Location | Units collected and drive performance by site. | Biomedical Services. | Owner-held; not exposed outside Biomedical Services. | Negotiated |
| Hospital Distribution | Where blood ships and which hospitals carry the demand. | Biomedical Services. | Owner-held; commercially sensitive. | Negotiated |
| Donor Base & Demographics | Donors by geography and donation frequency — where the supply comes from. | Biomedical Services. | Owner-held; donor privacy-gated. | Negotiated |
| Layer | What It Answers | Where It Lives Today | How We Reach It Today | Friction |
|---|---|---|---|---|
| E · Volunteer Services | ||||
| Volunteer Roster & Positions | Who we have, where they are, and what role they hold. | Volunteer Services. | Downloaded state by state; access took 12–18 months to negotiate; still no API. | Negotiated |
| Readiness / Deployment Availability | Who can actually deploy right now, and to what. | Volunteer Services. | Aggregated, owner-gated; assembled by hand from the roster. | Negotiated |
| Credentialed by Activity | Trained counts by chapter — shelter, feeding, damage assessment, mental health. | Volunteer Services. | Derived manually; no standing skills-by-geography layer. | Negotiated |
| DAT Leadership & Captains | Local response leaders and their coverage areas. | Regional DAT structure. | Roster held regionally; not centralized. | Manual |
| Recruitment Pipeline | Applicants and where they are in onboarding. | Volunteer Services. | Program report; not geographic. | Manual |
| F · Training Services | ||||
| Certifications by Geography | CPR, First Aid, BLS, and lifeguard certifications by place. | Training Services. | Owner report; not joined to Red Cross geography. | Manual |
| Training Sites & Instructors | Where courses run and where instructor coverage is thin. | Training Services. | Site and instructor lists; manual. | Manual |
| Aquatics / Lifeguard Coverage | Lifeguard certifications against community need. | Training Services (Aquatics). | Manual; rarely mapped. | Manual |
| Layer | What It Answers | Where It Lives Today | How We Reach It Today | Friction |
|---|---|---|---|---|
| G · Service to the Armed Forces & International | ||||
| Armed Forces Emergency Cases | Emergency military communication and assistance cases by geography. | Service to the Armed Forces. | Owner report; sensitive (military families). | Negotiated |
| Installations & SAF Stations | Military installations served and where SAF operates. | SAF program. | Station list; manual. | Manual |
| Restoring Family Links | International reconnection casework by geography. | International Services. | Owner report; sensitive. | Negotiated |
| H · Physical Assets — Facilities, Fleet, Inventory | ||||
| Facilities & Real Estate | Owned and leased properties, square footage, and lease obligations. | Real Estate / CoStar. | A download from a Power BI dashboard built on a CoStar report. | Manual |
| Fleet Vehicles & Trailers | ERVs, response vehicles, and equipment trailers — where assets are staged. | Fleet management / the trailer study. | Manual rosters and spreadsheets, assembled by hand. | Manual |
| ERV GPS / Telematics | Live location of response vehicles during an operation. | Fleet telematics provider. | Not integrated into any Red Cross map today. | Locked |
| Equipment & Supply Inventory | Cots, blankets, comfort kits, and clean-up kits by warehouse. | Logistics / warehouses. | Inventory-system export; reconciled by hand. | Manual |
| Warehouse / Distribution Network | Storage locations and capacity across the network. | DCS Logistics. | Facility list; not a standing geographic layer. | Manual |
| Layer | What It Answers | Where It Lives Today | How We Reach It Today | Friction |
|---|---|---|---|---|
| I · Development & Finance | ||||
| Fundraising & Donations | Dollars raised and donors by geography. | Development. | Owner report; donor privacy-gated. | Negotiated |
| Grants & Foundation Funding | Grant-funded programs and dollars by area. | Development / Grants. | Grants tracker; manual. | Manual |
| Corporate & Workplace Partners | Corporate partners and workplace-giving relationships. | Development. | Partner list; manual. | Manual |
| J · Organizational & Governance | ||||
| Chapter / Region / Division Geography | Which chapter, region, and division owns each county — the key everything joins on. | GIS team. | Internal ArcGIS export, regenerated on reorg. A quiet rename can break every downstream map. | Routine |
| Board & Community Leaders | Board members and key volunteer leaders by chapter. | Chapter governance. | Rosters held locally; not centralized. | Manual |
| Government Relations | Elected officials and jurisdictions per chapter. | Government Relations. | Manual; rebuilt as needed. | Manual |
| K · External Context — Public, Already Easy (We Layer These On Top) | ||||
| Census Geography & ACS Demographics | Boundaries and who lives there — population, income, language, age. | U.S. Census (governed in red-cross-data). | Public download / API; refreshed annually. | Open |
| ALICE Households | Households above poverty but below the cost of survival. | United for ALICE (extract). | Public reference; joined at county and ZIP. | Open |
| CDC SVI · FEMA Risk Index · FEMA Declarations | Social vulnerability, hazard risk, and where disasters have been declared. | CDC/ATSDR and FEMA (governed). | Public downloads and APIs; on a known cadence. | Open |
Read the friction column down the page and the pattern is impossible to miss: almost nothing the Red Cross generates itself is Open. The wall of MANUAL, NEGOTIATED, and LOCKED tags is the report’s real finding. The data exists; reaching it is the job.
Three things compound:
This is why the same map gets rebuilt every year, why two teams report two different numbers for the same county, and why a question that should take seconds takes a month. It is not a failure of any one program — each protects its data for good reasons. It is the absence of a shared place and a shared key to bring them together.
The friction is not only about access. It is also that the same work is redone every single time. A team downloads a source, geocodes the same addresses, and re-applies the same corrections to the same known errors — misspelled county names, bad ZIP codes, Connecticut’s planning regions, territory rows that don’t match. Then it hand-joins the result to chapter, region, and division. Next month, someone downloads the same file and does all of it again. The corrections die in a spreadsheet and are never saved back.
The answer is to move the work upstream. Data should be born correct and born joinable — fixed once, where it is created, not re-rehabilitated by every team that touches it.
This report does not name a platform. That choice — a warehouse, a hosted layer service, a shared reference database — belongs to the organization, and the technology matters far less than the criteria it must meet. Wherever this data lands, it should pass five tests.
The platform choice has been made the simplest way possible: a versioned repository of flat reference layers — red-cross-data — is the source of truth, and every tool reads from it or from a mirror published out of it. It already holds the county spine (one row per FIPS, 86 fields), every rolled-up grain, boundary geometry, a source registry, and provenance on every field. Here is how it answers the five tests above today.
| App | What It Shows | Reads Today | Target | Status |
|---|---|---|---|---|
| The Master | ||||
| red-cross-data · data.jbf.com | The canonical reference catalog — every layer, source, and field | Source of truth | — | Live |
| Answer & Intelligence | ||||
| intel.jbf.com | County rankings and scoped leadership briefings | Supabase county_rankings (hand-synced) | Supabase as a published mirror of county_master | Planned |
| explorer.jbf.com | Vulnerability question-and-answer with narrative | Supabase + FLARE + FEMA | Same mirror; FLARE / FEMA registered as sources | Planned |
| Chapter & Realignment | ||||
| chapters.jbf.com | Per-chapter PDF report cards | alice_master reference + demographics | Build from county_master (FY27 already folded in) | Planned |
| fy27maps.jbf.com | FY27 realignment maps | Static enriched JSON snapshot | Build from the master’s FY27 vintage | Planned |
| Real Estate & Maps | ||||
| realestate.jbf.com | Facility analysis on Red Cross geography | ArcGIS Master_ARC_Geography_2022 | ArcGIS geography republished from the master | Planned |
| reintel.jbf.com · drivetime.jbf.com | Portfolio strategy and drive-time access | CoStar export + SharePoint workbook | Real-estate point layer joined to the master by FIPS | Planned |
| Enrichment Utilities | ||||
| tools.jbf.com · GeoJSON tool · enrich skill | ZIP → chapter/region/division enrichment | ZIP lookup derived from alice_master | ZIP lookup derived from county_master + zcta_master | Planned |
The pattern is the same for every app: the repo is the source of truth; each tool keeps its natural format (Supabase, ArcGIS, static build) but every value traces to one origin. Once the mirrors are published, a chapter rename is a one-place edit — not the four-place hand-patch it was on 2026-06-23.