# Realiojo laiko adaptuojamas energijos skurdo žemėlapis su AI Form Builder

Energijos skurdas – kai namų ūkiai negali sau leisti pakankamo šildymo, vėsinimo ar elektros – išlieka paslėpta, bet auganti problema daugelyje miestų. Tradiciniai tyrimai yra statiški, brangūs ir greitai pasenami, todėl politikams lieka neišsamus vaizdas, kam ir kur reikia pagalbos.  

Įžengia **AI Form Builder**, mažo kodo, AI patobulinta platforma, kuri gali bet kokią duomenų rinkimo iniciatyvą paversti tiesiogine, adaptuojama sistema. Sujungiant išmaniuosius skaitiklius, mobilias programėles ir bendruomenės įnašus su AI generuotomis formomis, savivaldybės gali kurti **realiojo laiko energijos skurdo žemėlapius**, paleisti automatizuotas pagalbos darbo eigas ir nuolat tobulinti intervencijas, kai tik keičiasi sąlygos.

Šiame straipsnyje nagrinėsime:

1. Problemos kontekstą ir kodėl svarbūs realiojo laiko duomenys.  
2. Kaip AI Form Builder architektūra palaiko adaptuojamą žemėlapį.  
3. Žingsnis po žingsnio įgyvendinimo vadovą (duomenų šaltiniai, formų kūrimas, AI logika, skydeliai).  
4. Privatumo pagal dizainą priemones ir etinius svarstymus.  
5. Realaus pasaulio poveikio matavimus ir ateities planą.

> **Pagrindinė išvada:** Naudodamos AI Form Builder, miestai gali pereiti nuo metinių „energijos skurdo ataskaitų“ prie **nuolatinės, veiksniosios žvalgybos kilpos**, kuri sumažina staigius sąskaitų šokus, gerina sveikatos rezultatus ir skatina teisingą energijos politiką.

---

## 1. Kodėl tradiciniai energijos skurdo vertinimai nesugeba patenkinti poreikių

| Ribojimas | Įprastinis metodas | Realiojo laiko adaptuojamas metodas |
|------------|-----------------------|------------------------------|
| **Dažnis** | Metiniai arba dviejų metų intervalų namų ūkių apklausos. | Nuolatinis duomenų įsisavinimas iš išmaniojo skaitiklio, mobiliosios programėlės ir IoT jutiklių. |
| **Granuliarumas** | Bendruomenės lygio agregatai. | Bloko lygio arba net atskirų skaitiklių rezoliucija. |
| **Reaktyvumas** | Kelios savaitės–mėnesiai laukimo laikas iki intervencijų. | Momentiniai pranešimai sukelia pagalbą per kelias valandas. |
| **Kaina** | Didelės lauko darbo išlaidos, rankinis įvedimas. | Low‑code formų kūrimas, automatizuotas AI patikrinimas, debesų natūralus mastelio keitimas. |
| **Šališkumas** | Saviatranka, kalbos barjerai. | Daugialypiai įvesties būdai (balsas, SMS, internetas) sumažina išskirtinumą. |

Skirtumas tarp **reikalingumo aptikimo** ir **pagalbos teikimo** dažnai virsta ilgu laiku, kai namų ūkiai patiria ekstremalias temperatūras, susiduria su didesnėmis sveikatos išlaidomis ir išmeta daugiau anglies dioksido, kai renkasi neefektyvius šildymo ar vėsinimo metodus.

---

## 2. AI Form Builder architektūra adaptuojamam žemėlapiui

Žemiau pateikiamas aukšto lygio Mermaid diagramos pavyzdys, kuriame parodyta duomenų srautas nuo šaltinio iki veiksniosios žemėlapio.

```mermaid
flowchart LR
    A["Išmanusis skaitiklis / IoT jutikliai"] --> B["Duomenų įsisavinimo paslauga"]
    C["Mobilioji programėlė (balsas, SMS, internetas)"] --> B
    D["Bendruomenės savanoriai (popierius‑į‑skaitmeninį)"] --> B
    B --> E["AI Form Builder variklis"]
    E --> F["Dinaminis formų generavimas"]
    F --> G["Realiojo laiko patikrinimas ir įvertinimas"]
    G --> H["Geografinė erdvinė agregavimo paslauga"]
    H --> I["Gyvas energijos skurdo skydelis"]
    I --> J["Automatinis pagalbos trigeris"]
    J --> K["Komunalinių sąskaitų lengvata / Renovacijos dotacijos"]
    J --> L["Politikos rekomendacijų variklis"]
```

**Svarbiausi komponentai:**

- **Duomenų įsisavinimo paslauga:** Tvarko srautinį duomenų srautą (Kafka, MQTT) ir paketinius įkėlimus (CSV, Excel).  
- **AI Form Builder variklis:** Naudoja didelius kalbos modelius (LLM) automatiniam kontekstui pritaikytų formų generavimui, klausimų vertimui į kelias kalbas ir validacijos taisyklių pasiūlymui.  
- **Dinaminis formų generavimas:** Formos prisitaiko realiu laiku pagal ankstesnius atsakymus (pvz., jei namų ūkis nurodo, kad neturi išmaniojo skaitiklio, forma siūlo alternatyvų rankinį skaitymo metodą).  
- **Realiojo laiko patikrinimas ir įvertinimas:** AI vertina duomenų pilnumą, išskiria anomalijas ir apskaičiuoja **Energijos Skurdo Įvertinimą (EPS)** nuo 0 (nėra rizikos) iki 100 (kritinė).  
- **Geografinė erdvinė agregavimo paslauga:** EPS susiejamas su GIS sluoksniais, taikant erdvinį glotninimą, kad išvengtume išskirtinių verčių iškraipymo.  
- **Gyvas skydelis:** Interaktyvūs šilumos žemėlapiai, išsamios lentelės ir tendencijų diagramos, prieinamos komunalinėms įmonėms, socialinėms tarnyboms ir išrinktiesiems pareigūnams.  
- **Automatinis pagalbos trigeris:** Taisyklėmis pagrįsta variklis (pvz., EPS > 70 & namų ūkio pajamos < 30 000 USD) inicijuoja momentines priemones – sąskaitų atidėjimą, energijos efektyvumo dotacijas ar ryšio skambutį.  

---

## 3. Žingsnis po žingsnio įgyvendinimo vadovas

### 3.1 Apibrėžti suinteresuotųjų šalių reikalavimus

| Suinteresuotoji šalis | Pagrindinis poreikis | Reikalingi duomenys |
|-----------------------|----------------------|----------------------|
| Komunalinė įmonė | Sumažinti nesumokėjimus, pagerinti apkrovų prognozes | Realiojo laiko suvartojimas, mokėjimo istorija |
| Socialinės paslaugos | Tikslinė pagalba, išvengti dubliavimosi | Namų ūkių pajamos, užimtumas, sveikatos rizika |
| Miesto planavimas | Ilgalaikiai lygybės rodikliai | GIS ribos, pastatų duomenys |
| Gyventojai | Skaidrus pagalbos statusas | Sutikimas, pranešimų nuostatos |

Organizuokite **reikalavimų dirbtuves** ir fiksuokite vartotojo istorijas bendroje užduočių lentelėje (pvz., „Kaip gyventojas, noriu gauti SMS, kai mano EPS viršija 80“).

### 3.2 Paruošti duomenų šaltinius

1. **Išmaniojo skaitiklio integracija** – Naudoti OpenADR arba Green Button API. Duomenų traukimo intervalas: 15 min rezidentams, 5 min aukštos rizikos zonoms.  
2. **Mobilus duomenų rinkimas** – Įdiegti AI Form Builder mobilų SDK (iOS, Android, Web). Įjungti balsą‑į‑tekstą žemesnio raštingumo vartotojams.  
3. **Bendruomenės savanorių įnašai** – Pateikti popieriaus‑į‑skaitmeninį skenerį, kuris automatiškai užpildo AI formas naudojant OCR + LLM pagrįstą laukų išskyrimą.  

### 3.3 Sukurti adaptuotas formas

```yaml
form:
  name: Energijos skurdo apklausa
  version: 1.0
  fields:
    - id: meter_present
      type: boolean
      label: "Ar turite įrengtą išmanųjį skaitiklį?"
    - id: manual_reading
      type: number
      label: "Įveskite paskutinį rankinį elektros skaitiklio rodmenį (kWh)"
      condition: "!meter_present"
    - id: monthly_bill
      type: currency
      label: "Vidutinė mėnesinė elektros sąskaita (USD)"
    - id: household_income
      type: currency
      label: "Bendros namų ūkių pajamos (USD) per metus"
    - id: heating_type
      type: select
      options: ["Elektros", "Natūralus dujas", "Nafta", "Nėra"]
    - id: health_conditions
      type: multiselect
      options: ["Astma", "LCHB (lėtinė obstrukcinė plaučių liga)", "Širdies ligos", "Nėra"]
    - id: consent
      type: boolean
      label: "Sutinku dalintis savo duomenimis energijos skurdo pagalbai."
```

- **Conditional Logic:** `manual_reading` rodomas tik tada, kai `meter_present` yra neigiama.  
- **AI‑Generated Help Text:** LLM pateikia lokalizuotas paaiškinimus pagal vartotojo kalbos nuostatą.

### 3.4 Įgyvendinti įvertinimo modelį

```python
def calculate_eps(consumption, bill, income, heating, health):
    # Normalizuoti įvestis (0‑1)
    cons_norm = min(consumption/2000, 1)          # kWh per mėnesį
    bill_norm = min(bill/200, 1)                  # USD per mėnesį
    income_norm = 1 - min(income/60000, 1)        # Atvirkštinis: mažesnės pajamos = didesnė rizika
    heating_factor = 0.2 if heating == "Electric" else 0.1
    health_factor = 0.15 if "Asthma" in health else 0

    eps = (0.3*cons_norm + 0.3*bill_norm + 0.25*income_norm +
           0.1*heating_factor + 0.05*health_factor) * 100
    return round(eps, 1)
```

- Modelis veikia **server‑less** (AWS Lambda) kiekvieną kartą, kai forma pateikiama.  
- Įvertinimai saugomi **laiko serijų duomenų bazėje** (InfluxDB) tolesnei tendencijų analizei.

### 3.5 Vizualizuoti su gyvu skydeliu

Pagrindiniai valdikliai:

- **Šilumos žemėlapis** EPS pagal censų bloką.  
- **Laiko serija** vidutinio EPS pagal rajoną.  
- **Pagalbos eilė** rodo laukiančius veiksmus, **[SLA laikmačiai](https://www.ibm.com/think/topics/service-level-agreement)**.  
- **Eksportuoti** į PDF/CSV ataskaitoms.

Naudokite **Grafana** arba **Superset** su AI Form Builder API kaip duomenų šaltiniu. Įterpkite skydelį miesto portale viešam skaidrumui.

### 3.6 Automatizuoti pagalbos darbo eigas

1. **Taisyklių variklis (pvz., Camunda BPM):**  
   - `if EPS > 75 and income < 25000 → sukurti sąskaitų atidėjimo užduotį`.  
   - `if EPS > 85 and heating == "Electric" → suplanuoti namų energijos renovaciją`.  

2. **Pranešimų paslauga:**  
   - SMS per Twilio, el. paštas per SendGrid, push pranešimai per Firebase.  

3. **Audito takas:**  
   - Kiekvienas veiksmas registruoja `form_id`, `user_id`, `timestamp` ir `outcome` atitikties tikslais.  

---

## 4. Privatumo pagal dizainą ir etiniai apsaugos mechanizmai

| Rizika | Atsparimas |
|--------|------------|
| Asmens identifikaciniai duomenys (PII) | End‑to‑end šifravimas (TLS 1.3), duomenys ramybėje šifruoti AES‑256. |
| Sutikimo valdymas | AI Form Builder įtraukia dinaminę sutikimo sąlygą; vartotojai gali atšaukti per savitarnos portalą. |
| Šališkumas įvertinime | Periodiniai teisingumo auditai (pvz., skirtingo poveikio analizė pagal rasę, etninę priklausomybę). |
| Duomenų minimizavimas | Rinkti tik būtinas laukus EPS skaičiavimui; neprivalomi laukai aiškiai pažymėti. |
| Skaidrumas | Atviro kodo įvertinimo algoritmas paskelbtas miesto duomenų portale. |

Platforma taip pat palaiko **diferencinį privatumo** metodą agreguotiems skydeliams, užtikrinant, kad atskiri namų ūkiai negalėtų būti atpažinti iš viešų žemėlapių.

---

## 5. Poveikio matavimas

| Metrika | Tikslas (12 mėn.) |
|---------|--------------------|
| Sumažinti staigių sąskaitų šokų incidentus | 30 % sumažėjimas |
| Vidutinis EPS sumažėjimas | 12 % visoje rizikingų blokų dalyje |
| Pagalbos atsako laikas | < 48 valandos nuo aptikimo |
| Gyventojų pasitenkinimas (NPS) | ≥ 70 |
| Energijos taupymas (kWh) | 5 % per padėtą namų ūkį |

Pilotas **Riverbend City** (populiacija ≈ 150 k) parodė **28 % sumažėjimą** avarinių šildymo skambučių žiemos metu, o **15 %** namų ūkų gavo renovacijas, finansuojamas miesto klimato atsparumo biudžeto.

---

## 6. Ateities planas

1. **Prognozuojamas EPS prognozavimas** – sujungti orų prognozes su suvartojimo tendencijomis, kad prognozuoti šuolius.  
2. **Integracija su atsinaujinančiais mikrotinklų** – dinamiškai nukreipti perteklinę saulės energiją į aukšto EPS kaimelius.  
3. **AI valdomos politikos simuliacijos** – tiesiogiai išbandyti „kas būtų, jei“ scenarijus (pvz., universalus bazinis energijos stipendijas) tiesioginiame žemėlapyje.  
4. **Miestų tarpusavio duomenų mainai** – dalintis anonimizuotais EPS modeliais su regioniniais koalicijomis koordinuotam klimato veiksmui.  

---

## 7. Patikrinimo sąrašas pradžiai

- [ ] Užtikrinti suinteresuotų šalių įsitraukimą ir apibrėžti EPS slenksčius.  
- [ ] Prijungti išmaniųjų skaitiklių API ir sukonfigūruoti duomenų įsisavinimo kanalą.  
- [ ] Įdiegti AI Form Builder mobilų SDK ir sukurti adaptivinę apklausą.  
- [ ] Įgyvendinti įvertinimo Lambda funkciją ir saugoti rezultatus laiko serijų duomenų bazėje.  
- [ ] Sukurti gyvą skydelį ir nustatyti taisyklėmis pagrįstus pagalbos trigerius.  
- [ ] Atlikti privatumo poveikio vertinimą ir paskelbti skaidrumo dokumentus.  
- [ ] Vykdyti 4‑savaitį pilotą, surinkti atsiliepimus, iteruoti formų logiką.  

---

## Žiūrėti taip pat

- [World Bank – Energijos prieiga ir skurdas](https://www.worldbank.org/en/topic/energy/brief/energy-access)  
- [OpenADR Alliance – Standartizuota išmaniojo skaitiklio duomenų apsikeitimo](https://www.openadr.org)  
- [IEEE 802.15.4 – Mažos galios IoT tinklas išmaniosioms tinkleliams](https://standards.ieee.org/standard/802_15_4-2020.html)