和API的第一次亲密接触，应该是在2000年左右的时候。那会还在上大二，刚开始编程不久，当时还是用VB在写程序，想要在打开文件的对话框里增加一个预览功能，费了九牛二虎之力，写了很多代码，效果总是不如人意，后来一次偶然机会，发现通过系统的API很简单几句代码就解决问题了，于是一下子就喜欢上了API。
那会互联网还不发达，一起写程序的小伙伴们把《电脑报》、《计算机世界》里关于API的文章还拿小本本记录下来，每年的合订本那更是都要买的，重点看的都是其中关于API的介绍。后来，我们在做桌面GIS系统的时候，用VB程序实现了可以媲美Photoshop软件的功能效果，其中很多实现全靠灵活应用各种API。
困扰整个智慧医疗行业的难题
2014年开始，随着互联网医疗与智能硬件的风潮，我们开始打造自己的智能医疗器械产品，随着研发的逐步深入和产品的推广，当前端数据规模太大的时候，医疗设备的原始数据保存成了一个非常大的难题。
医疗器械的每个设备都实时产生数据，这些数据都是非常重要的生理参数特征，需要将其快速的写入到数据库中，那么每秒就要写入上百万甚至上千万的实时数据，同时，还要实时分析，得出准确的、满足医疗需求的分析结果。
我有几张阿里云幸运券分享给你，用券购买或者升级阿里云相应产品会有特惠惊喜哦！把想要买的产品的幸运券都领走吧！快下手，马上就要抢光了。
百万甚至千万级别的实时数据写入对于数据库并发写入的压力非常巨大，关系型数据库又无法满足要求。更难的在于它不像其他的物联网设备，医疗器械的特点是每个设备的数据产生量非常大。最简单的像心电图机，每秒的采样率一般能到10000个点。所以，在医疗领域，前端硬件数据量大、设备数多、云端存储+实时分析压力大，成为了一个困扰整个智慧医疗行业的难题。
打造我们自己的专属API
以我们公司的核心产品睡睡康®睡眠监测&实时监护预警系统为例，我们的采样率可以到每秒2048个数据点，支持多路（多人）数据连续采集，所有的数据要实时上传到云端，需要提供wifi、网线、2G/3G/4G、NB-IoT等传输方式。原始数据上传到云端后，一方面需要保存，另一方面需要实时的分析，对用户的生理参数进行实时监控和预警。整个设备涉及到新型传感器、下位机的数据采集与保存、数据传输、云端数据接收、云端数据存储、云端数据分析等。
前端硬件数据量大、设备数多、云端存储+实时分析压力大的问题，暴露无遗。同时，这类型的问题又是所有医疗器械面临的最大难题。
截止目前，行业内还没有很好的解决方案，很多医疗器械，类似心电图机、血压计、PSG、多参数监护仪等，只能实现一些简单的打印、SD卡存储数据等功能，大量的有价值的原始数据被遗弃，没法实时传输和存储，是医疗数据资源极大的浪费。
核心问题是依然解决不了其中的大数据存储、传输、分析等关联难题。于是，我们用了大概两年的时间，打造了我们的时序数据硬件，并以API的方式开放出来。
业内首家硬件API——以后前端开发硬件就像“搭积木”
时序数据库硬件API创造性是将前端硬件+通信模块+通信协议与数据流+阿里云负载均衡+云端数据接收+云数据分析存储进行了整合，实现一个API搞定所有硬件+软件，极大的简化了前端硬件开发的难度，以后前端开发硬件就像“搭积木”一样就好了。
914
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
