# Disaster Relief Application

**Repository Path**: hazyparker/disaster-relief-application

## Basic Information

- **Project Name**: Disaster Relief Application
- **Description**: 一款群众指示的救灾信息汇总调派平台
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2021-07-21
- **Last Updated**: 2021-07-21

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# Disaster Relief Application
一款群众指示的救灾信息汇总调派平台

## 1. 使用场景及问题

* 重大自然灾害的初发期，信息通报混乱
* 救援人员信息传播力有限，电话公布之后存在严重占线问题；求助信息混乱
* 被困群众比较分散，被困群众的危险程度不好界定
* 某些地点如漏电，具有高危属性，一是真假待查，二是消息传播有限
* 不能全指望微博热搜，一是极高热度的消息解决后，仍然占用公共资源；二是，重复消息过多，消息分类太差，微博的评论机制实时性太差，消息提示不能满足应急救灾的需求

## 2. 主要功能

### 2.1 群众

* 报告自身状况，包括地理位置，被困人数，被困情况描述
* 报告高危地点，提交相关图片等证据
* 在被救援队对接之后应该有足够的提示，安抚情绪
* 提供可以庇护的场所信息

### 2.2 后台

* 查看群众报告的高危地点，根据提交的证据和电网等数据做出初步判断，在该地理位置给出警告信号；比如，井盖、广告牌、变压器、电箱；持续关注，注意撤销警告信号
* 根据群众信息，救援力量，设置算法调配救援力量
* 后台应有权跳出算法，直接指派救援任务
* 发布自救提示，及时发布灾害信息；

### 2.3 救援

* 登记所有救援力量，设置一键联系方式
* 根据后台算法进行调派
* 救援有权进行自我调派

### 2.4 算法

* 损失最小就是好的算法吗？

## 3. 主要局限

* 怎么评判被困群众的紧急程度，比如，当两个生命都高危时，救哪个；比如，有的人虚报信息，报成极度危险，结果浪费救援力量怎么办
* 自然灾害时通信能否保障
* 信息如何判断真假，用算法，靠人工？