With help from Softengi, Intecracy Lab developed an interactive system for the real-time gathering of information from a variety of sources (mobile terminals, telephone calls, SMS, web, etc.) – Megapolis.SocialPoll.
Our customer, a water utility, was in need of an automated system that would allow its inspectors to easily read meters installed around the city by means of mobile devices, manage the gathered information and keep it centrally. So, the Softengi team used Megapolis.SocialPoll as the basis for the new solution, customized it and extended its functionality to fit the customer’s requirements and needs.
The customer required a system that would help to:
- Conduct meter reading by means of mobile devices;
- Keep the records of meter reading results;
- Visualize, analyze, and manage the information gathered.
Softengi Team Contribution
Meter Reading System* developed by Softengi consisted of two parts: the mobile applications and the server side.
Details about the mobile applications:
- Developed for different mobile operating systems – both iOS and Android. To save a lot of time and make applications as similar as possible, the Softengi developers used the Apache Cordova framework (formerly known as PhoneGap).
- Allowed their users to easily read meters and collect information about the course of the field data collection.
- Applications allowed taking pictures of the utility meters for photo reporting.
- All data collected by means of mobile applications were structured and transferred to the central server to be stored, processed, and analyzed.
- Whenever Internet access was available, applications automatically (or manually) synchronized with the central server to ensure the data transfer.
- Embedded facilities for viewing statistics on the sent data and forms.
Details about the server side:
- Intended to preserve, process, and analyze the structured information received from the mobile applications.
- Users were granted different roles that defined their access to the system functions.
- The system kept user entry/exit register, so it was possible to view information about the date and time of the user’s logging into the system and logging out of it, as well as the user’s login and IP address.
- The server side interface looked like an ordinary web page that contained a bar of links to other related pages, buttons, switches, and all of the tools needed. The bar looked different depending on the role assigned to the user.
- In fact, the server side was a set of registers (i.e., registry of forms, registry of subscribers, passports of subscribers, registry of inspectors, etc.) kept in one place. Records of these registers could be created, edited, deleted, filtered according to the set parameters, exported to Excel or Word files, and printed out. All records were sorted automatically.
- Every form contained the data on the subscriber’s name, personal account, consumer’s code, meter readings, loading date, picture of the utility meter, and a link to the subscriber’s passport.
- The registry of forms stored the following information: subscriber, consumer, date and time of completing the form, date of receiving the form, utility meter value, inspector’s name, date of meter reading, picture of the utility meter, and its coordinates. All forms within the registry of forms could be filtered by survey date, form receipt date, meter reading date, inspector’s name, user code, subscriber, pictures, or coordinates, and exported to Excel or Word files, and printed out.
- The system kept the history of the subscriber assignments for each inspector.
- The “Map” menu item exploited the GIS interface and allowed users to view the saved forms on several types of maps (e.g., map of a city, a region, or a country). The system supported different map layers to display various types of objects, used time markers, supported different geodata formats, and displayed the object descriptions.
- All saved forms were positioned on the map based on the coordinates individually set for each form and shown to users differently, depending on their information access rights. It was also possible to search for addresses with their further positioning on the map. The address search was performed by sending a request to the Google Maps Geocoding API.
The Meter Reading System* was a comprehensive information-analytical system for data collection and processing. It was successfully used by the water utility of one of the country’s biggest cities.
Owing to its variety of functions and the technology it is based on, the system can be customized to be employed in other industries.
* The client and solution names are under a non-disclosure agreement.
Telemedicine app. How we developed Uber for Medical Services
The leaders of any business, whether it is small, large or medium, obliged to pay impressive sums of money for employees' insurance. Yet, this top technology can reduce the expenditures significantly. Yes, we are talking about telemedicine. Employers can reduce insurance costs by 3 times. You will find evidence of such incredible statistics in the article.
AR app for Product Configuration
A short visual story about our AR application that solves the problem of the product demonstration for customers. And it doesn’t matter what kind of product it is: a designer sofa, a powerful UAV, or even a prototype of the house on Mars. Only a smartphone is required to work with the AR application. Using AR app sales & marketing managers and technical specialist can show even the bulkiest products to their customers without filling piles of docs for DHL.
OCR App to Increase the Efficiency of the Logistics Department
Nowadays, every company is trying to get as far away from paper workflow as possible. The digitization process is carried out everywhere. And what will happen if we say that it is possible to increase the number of signed documents by 4 times? After all, documentation is such a big problem in such an industry as logistics. How exactly one application can give impetus to the development of logistics companies is described below.